From owner-freebsd-stable@freebsd.org Sun Aug 9 01:37:45 2015 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 E21F59B18F8 for ; Sun, 9 Aug 2015 01:37:45 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B7BBB14C1 for ; Sun, 9 Aug 2015 01:37:45 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.chumby.lan (c-71-62-179-114.hsd1.va.comcast.net [71.62.179.114]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id F0190374; Sat, 8 Aug 2015 21:37:35 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: 4TB Western Digital My Book 1230 USB hard drive not working on 10.2 From: Paul Mather In-Reply-To: <890410F7-32E1-4A30-B5F4-6940A78B9401@gromit.dlib.vt.edu> Date: Sat, 8 Aug 2015 21:37:35 -0400 Cc: freebsd-stable , Adam McDougall Content-Transfer-Encoding: quoted-printable Message-Id: References: <410CF5C1-2BF7-45E8-9707-12F26C4D62A1@gromit.dlib.vt.edu> <55BEC52A.6080901@egr.msu.edu> <268B6AD7-FCD8-4085-B479-DF8B319860B3@gromit.dlib.vt.edu> <99D5AABE-39D2-4471-B707-FA46CF631BEE@gromit.dlib.vt.edu> <890410F7-32E1-4A30-B5F4-6940A78B9401@gromit.dlib.vt.edu> To: Jack Vogel X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 09 Aug 2015 01:37:46 -0000 On Aug 3, 2015, at 2:15 PM, Paul Mather = wrote: > On Aug 3, 2015, at 12:17 PM, Jack Vogel wrote: >>=20 >> Have you tried it on HEAD, and have you tried it on the same system = with some >> recent flavor of Linux? >=20 > No, and no. It's a good idea, though. I can try it this weekend, if = I can run each OS via a USB memstick. Just to follow up on myself, I tried this external USB drive on a = 20150804-r286285 snapshot of FreeBSD/amd64 11-CURRENT on the same = system, as well as under Ubuntu 15.04. The 4 TB Western Digital My Book 1230 works under both those operating = systems. The drive is detected and works reliably when plugged in to a USB 2 port = on either 11-CURRENT or Ubuntu 15.04. It also works reliably when = plugged in to a USB 3 port on either OS, however, it isn't always = detected reliably under FreeBSD 11-CURRENT when unplugged and plugged in = again (2 times out of 3 attempts), but was detected every time without = fail under Ubuntu 15.04. So, it appears the hardware is okay; it seems the problem may lie with = FreeBSD 10.2. Cheers, Paul. >=20 > With this being such a commonplace drive, I'd hoped someone might pipe = up and say something along the lines of, "oh, you have to add USB quirk = XYZ to get that model working under FreeBSD." No such luck, it seems. >=20 > Cheers, >=20 > Paul. >=20 >>=20 >>=20 >> Jack >>=20 >>=20 >> On Mon, Aug 3, 2015 at 8:35 AM, Paul Mather = > wrote: >> On Aug 3, 2015, at 11:09 AM, Alban Hertroys > wrote: >>=20 >>> On 3 August 2015 at 15:01, Paul Mather = > wrote: >>>> On Aug 2, 2015, at 9:34 PM, Adam McDougall > wrote: >>>>=20 >>>>> On 08/02/2015 21:22, Paul Mather wrote: >>>>>> I have a 4TB external USB drive (Western Digital My Book 1230) = that I am trying to use under FreeBSD/amd64 10.2 (10.2-PRERELEASE #0 = r286052: Wed Jul 29 20:59:39 EDT 2015). This system has a MSI = 760GMA-P34 (FX) motherboard. >>>>>>=20 >>>>>> The drive probes unreliably when plugged in to a USB 3 port. It = reliably probes when plugged into a USB 2 port. However, it works in = neither cases. Attempting to dd from the drive results in a "dd: = /dev/da0: Invalid argument". >>>=20 >>> FYI: I had been experiencing the same with a 2 TB WD MyBook on OS X >>> (Mavericks). The drive was being used for Time Machine backups, but = it >>> would at irregular intervals it would just 'disconnect' itself. My >>> guess is that there's a firmware problem in the USB3 chip in those >>> drives. >>>=20 >>> After trying to get the issue fixed for almost half a year I = returned >>> it and replaced it by a Seagate, which has been working flawlessly >>> ever since. >>>=20 >>> I'm just saying, perhaps the problem isn't with FreeBSD but with the = drive. >>=20 >>=20 >> I'd love just to get to the "randomly disconnects" stage under = FreeBSD at this point. :-) >>=20 >> Up to now, I have been unable to read ANY data off the drive under = FreeBSD, either via USB 2 or USB 3. :-( >>=20 >> However, you have given me something to think about: does anyone know = of a 4 TB USB 2 or 3 drive that will work reliably under FreeBSD = 10-STABLE right now? >>=20 >> Cheers, >>=20 >> Paul. >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org = mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable = >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org = " >>=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@freebsd.org Sun Aug 9 05:58:29 2015 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 B647599D664 for ; Sun, 9 Aug 2015 05:58:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::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 43C8A852 for ; Sun, 9 Aug 2015 05:58:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wibhh20 with SMTP id hh20so111312611wib.0 for ; Sat, 08 Aug 2015 22:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ykxOTyprzd29np+HqISJyWFIzb18AdmN+ezBtUyY8oE=; b=CRWw0Rqdl6KdarDa+xmq8QglDrdMUJUCEkcwxxLmWtV55ltml5jsctJ0HIz5HjIUIc NzMFpyiS/F1prNEybPg16Zj0JmY2SOiEsM65D8tOeaqZPOWk+cDtMoHI7pePZz6xYAYj fN5SeAKDV02Nh2pA2VpV7LsK7MqkqKw3tNAvMgC6nqvekXjt0v/vcdten0u5mD8EaVmx JSsshogIIDYkStB07UuR9eJ74aNT0NLtYbsmzxjbh8IHUC+OViIPgJ+Idw09tfLtHBIX 872ekBPCyL/ddfcdzpCafIL0+YG/RvmPAif7diYm0M2pC7Voy6GVdOT8JBbMuJxo17c0 wP7w== MIME-Version: 1.0 X-Received: by 10.180.20.15 with SMTP id j15mr12934276wie.76.1439099906878; Sat, 08 Aug 2015 22:58:26 -0700 (PDT) Received: by 10.194.34.161 with HTTP; Sat, 8 Aug 2015 22:58:26 -0700 (PDT) In-Reply-To: References: <410CF5C1-2BF7-45E8-9707-12F26C4D62A1@gromit.dlib.vt.edu> <55BEC52A.6080901@egr.msu.edu> <268B6AD7-FCD8-4085-B479-DF8B319860B3@gromit.dlib.vt.edu> <99D5AABE-39D2-4471-B707-FA46CF631BEE@gromit.dlib.vt.edu> <890410F7-32E1-4A30-B5F4-6940A78B9401@gromit.dlib.vt.edu> Date: Sat, 8 Aug 2015 22:58:26 -0700 Message-ID: Subject: Re: 4TB Western Digital My Book 1230 USB hard drive not working on 10.2 From: Jack Vogel To: Paul Mather Cc: freebsd-stable , Adam McDougall Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 09 Aug 2015 05:58:29 -0000 Should give someone a clue, something in the usb code that 10.2 didn't get perhaps... Thanks, Jack On Sat, Aug 8, 2015 at 6:37 PM, Paul Mather < freebsd-lists@gromit.dlib.vt.edu> wrote: > On Aug 3, 2015, at 2:15 PM, Paul Mather > wrote: > > > On Aug 3, 2015, at 12:17 PM, Jack Vogel wrote: > >> > >> Have you tried it on HEAD, and have you tried it on the same system > with some > >> recent flavor of Linux? > > > > No, and no. It's a good idea, though. I can try it this weekend, if I > can run each OS via a USB memstick. > > > Just to follow up on myself, I tried this external USB drive on a > 20150804-r286285 snapshot of FreeBSD/amd64 11-CURRENT on the same system, > as well as under Ubuntu 15.04. > > The 4 TB Western Digital My Book 1230 works under both those operating > systems. > > The drive is detected and works reliably when plugged in to a USB 2 port > on either 11-CURRENT or Ubuntu 15.04. It also works reliably when plugged > in to a USB 3 port on either OS, however, it isn't always detected reliably > under FreeBSD 11-CURRENT when unplugged and plugged in again (2 times out > of 3 attempts), but was detected every time without fail under Ubuntu 15.04. > > So, it appears the hardware is okay; it seems the problem may lie with > FreeBSD 10.2. > > Cheers, > > Paul. > > > > > > With this being such a commonplace drive, I'd hoped someone might pipe > up and say something along the lines of, "oh, you have to add USB quirk XYZ > to get that model working under FreeBSD." No such luck, it seems. > > > > Cheers, > > > > Paul. > > > >> > >> > >> Jack > >> > >> > >> On Mon, Aug 3, 2015 at 8:35 AM, Paul Mather < > freebsd-lists@gromit.dlib.vt.edu > > wrote: > >> On Aug 3, 2015, at 11:09 AM, Alban Hertroys > wrote: > >> > >>> On 3 August 2015 at 15:01, Paul Mather < > freebsd-lists@gromit.dlib.vt.edu > > wrote: > >>>> On Aug 2, 2015, at 9:34 PM, Adam McDougall > wrote: > >>>> > >>>>> On 08/02/2015 21:22, Paul Mather wrote: > >>>>>> I have a 4TB external USB drive (Western Digital My Book 1230) that > I am trying to use under FreeBSD/amd64 10.2 (10.2-PRERELEASE #0 r286052: > Wed Jul 29 20:59:39 EDT 2015). This system has a MSI 760GMA-P34 (FX) > motherboard. > >>>>>> > >>>>>> The drive probes unreliably when plugged in to a USB 3 port. It > reliably probes when plugged into a USB 2 port. However, it works in > neither cases. Attempting to dd from the drive results in a "dd: /dev/da0: > Invalid argument". > >>> > >>> FYI: I had been experiencing the same with a 2 TB WD MyBook on OS X > >>> (Mavericks). The drive was being used for Time Machine backups, but it > >>> would at irregular intervals it would just 'disconnect' itself. My > >>> guess is that there's a firmware problem in the USB3 chip in those > >>> drives. > >>> > >>> After trying to get the issue fixed for almost half a year I returned > >>> it and replaced it by a Seagate, which has been working flawlessly > >>> ever since. > >>> > >>> I'm just saying, perhaps the problem isn't with FreeBSD but with the > drive. > >> > >> > >> I'd love just to get to the "randomly disconnects" stage under FreeBSD > at this point. :-) > >> > >> Up to now, I have been unable to read ANY data off the drive under > FreeBSD, either via USB 2 or USB 3. :-( > >> > >> However, you have given me something to think about: does anyone know > of a 4 TB USB 2 or 3 drive that will work reliably under FreeBSD 10-STABLE > right now? > >> > >> Cheers, > >> > >> Paul. > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing > list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable < > http://lists.freebsd.org/mailman/listinfo/freebsd-stable> > >> To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org freebsd-stable-unsubscribe@freebsd.org>" > >> > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > > From owner-freebsd-stable@freebsd.org Mon Aug 10 16:29:07 2015 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 4E12099E7BE for ; Mon, 10 Aug 2015 16:29:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3D86A65 for ; Mon, 10 Aug 2015 16:29:06 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t7AGT2be040040 for ; Mon, 10 Aug 2015 18:29:02 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id F421080F; Mon, 10 Aug 2015 18:29:01 +0200 (CEST) Message-ID: <55C8D14D.6060600@omnilan.de> Date: Mon, 10 Aug 2015 18:29:01 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: 10.2-RC3: ports USE_PACKAGE_DEPENDS by default? X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC0120D4AE32C55D52B8E277" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 10 Aug 2015 18:29:02 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Aug 2015 16:29:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC0120D4AE32C55D52B8E277 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I found some ugly inconsistency is spreading while compiling sendmail+tls+sasl2+ldap-8.15.2 in my build environment. It seems like USE-PACKAGE-DEPENDS is now default!?! endmail+tls+sasl2+ldap depends on: =3D=3D=3D> sendmail+tls+sasl2+ldap-8.15.2 depends on shared library: libldap-2.4.so.2 - not found =3D=3D=3D> Installing existing package /mnt/OmniLAN/pkg/corei7/FreeBSD:10:i386/All/openldap-client-2.4.41.txz Installing openldap-client-2.4.41... Extracting openldap-client-2.4.41: 100% It also depends on: =3D=3D=3D> sendmail+tls+sasl2+ldap-8.15.2 depends on file: /usr/local/sbin/saslauthd - not found =3D=3D=3D> Installing existing package /mnt/OmniLAN/pkg/corei7/FreeBSD:10:i386/All/cyrus-sasl-saslauthd-2.1.26_1= =2Etxz Installing cyrus-sasl-saslauthd-2.1.26_1... Extracting cyrus-sasl-saslauthd-2.1.26_1: 100% Since "cyrus-sasl-saslauthd" also depends on "openldap-client", but was built some time ago, when openldap-client was 2.4.40_1, 'pkg info -d cyrus-sasl-saslauthd-2.1.26_1' returns cyrus-sasl-saslauthd-2.1.26_1: cyrus-sasl-2.1.26_9 openldap-client-2.4.40_1 while 'pkg info -d sendmail+tls+sasl2+ldap-8.15.2' returns sendmail+tls+sasl2+ldap-8.15.2: cyrus-sasl-saslauthd-2.1.26_1 cyrus-sasl-2.1.26_9 openldap-client-2.4.41 This is nasty, I don't want to manually clean built packages, I want to be sure that _everything_ will be built if I don't set USE_PACKAGE_DEPENDS. Otherwise the complete dependency-resolver must be rewritten, to not only check the first dependency level, but does recursive checks, which it didn't last time I checked, please see https://lists.freebsd.org/pipermail/freebsd-pkg/2014-July/000410.html How can I disable USE_PACKAGE_DEPENDS now? Thanks, -Harry --------------enigAC0120D4AE32C55D52B8E277 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlXI0U0ACgkQLDqVQ9VXb8gWMQCaA17MkhKAisiv1SCIf4P8RW83 wWUAn1kGdrknnIgKd6cTUoAvIgxohGCG =ygAL -----END PGP SIGNATURE----- --------------enigAC0120D4AE32C55D52B8E277-- From owner-freebsd-stable@freebsd.org Mon Aug 10 17:00:55 2015 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 0023E99EF27 for ; Mon, 10 Aug 2015 17:00:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FFB2A0 for ; Mon, 10 Aug 2015 17:00:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t7AH0qCW040361 for ; Mon, 10 Aug 2015 19:00:52 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 5F12581E; Mon, 10 Aug 2015 19:00:52 +0200 (CEST) Message-ID: <55C8D8C3.3040309@omnilan.de> Date: Mon, 10 Aug 2015 19:00:51 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.2-RC3: ports USE_PACKAGE_DEPENDS by default? References: <55C8D14D.6060600@omnilan.de> In-Reply-To: <55C8D14D.6060600@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig77E1EBB0F2AF52D850D2AB90" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 10 Aug 2015 19:00:52 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Aug 2015 17:00:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig77E1EBB0F2AF52D850D2AB90 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 10.08.2015 18:29 (localtime): > Hello, > > I found some ugly inconsistency is spreading while compiling > sendmail+tls+sasl2+ldap-8.15.2 in my build environment. It seems like > USE-PACKAGE-DEPENDS is now default!?! =E2=80=A6 Sorry, it isn't default, USE_PACKAGE_DEPENDS still works like before! ( found " if [ -z "${dp_USE_PACKAGE_DEPENDS}" -a -z "${dp_USE_PACKAGE_DEPENDS_ONLY}" ]; then" in Mk/Scripts/do-depends.sh) > How can I disable USE_PACKAGE_DEPENDS now? Something else changed, so that my check if USE_PACKAGE_DEPENDS was set unintentionally didn't kick in. It was set unintentionally, which was my fault, so no nasty change in the ports system! Will have to check my scripts, sorry for the noise! -Harry --------------enig77E1EBB0F2AF52D850D2AB90 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlXI2MMACgkQLDqVQ9VXb8heIgCghgQpY67eySKFeQXQnb+/WxAK 220An3VPgGLwe3faSEaiy5tqsxUp7Jq6 =9Nk8 -----END PGP SIGNATURE----- --------------enig77E1EBB0F2AF52D850D2AB90-- From owner-freebsd-stable@freebsd.org Tue Aug 11 00:25:39 2015 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 2704899840A for ; Tue, 11 Aug 2015 00:25:39 +0000 (UTC) (envelope-from parv@bitter-almonds.com) Received: from nisba.pair.com (nisba.pair.com [209.68.5.171]) (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 05130D37; Tue, 11 Aug 2015 00:25:38 +0000 (UTC) (envelope-from parv@bitter-almonds.com) Received: from [192.168.11.4] (cpe-66-91-233-235.hawaii.res.rr.com [66.91.233.235]) by nisba.pair.com (Postfix) with ESMTPSA id 60E9B114227; Mon, 10 Aug 2015 20:25:30 -0400 (EDT) In-Reply-To: <1438783814.70393.138.camel@freebsd.org> References: <1438783814.70393.138.camel@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: 8-stable crashing recently in ufsdirhash From: parv Date: Mon, 10 Aug 2015 14:25:08 -1000 To: Ian Lepore CC: freebsd-stable@freebsd.org Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 00:25:39 -0000 On August 5, 2015 4:10:14 AM HST, Ian wrote: >On Tue, 2015-08-04 at 23:54 -1000, parv wrote: >> Please CC me as I cannot properly use my laptop, Thinkpad X200 >(i386). >> >> 8-stable has been crashing a lot since source update of Jul 2015[0]. >>After building debug kernel, kgdb shows lock reversal order & in >>ufsdirhash. File systems (/, var, misc) are all UFS, with var & misc >having soft updates enabled. >> >> Crash had happened just after boot (during mktemp); when I tried to >delete a directory (/misc/obj); when I tried to edit (vi /etc/fstab) so >that / would be mounted readonly. Most recent crash ... >> >> http://imagebin.ca/v/2B50NARvIHs ... >> [0] crash also happened while svn was trying to update source of 8. >>Now "svn log" wants to connect to the remote repo instead of showing >>the current revision. > >When you say you built a debug kernel, does that include option >WITNESS_KDB? Yes; other things wrt "debug kernel" ... options DDB options GDB options KDB options KDB_TRACE #options KDB_UNATTENDED options INVARIANT options INVARIANT_SUPPORT options WITNESS #options WITNESS_KDB options WITNESS_SKIPSPIN > If so, remove that so you can find the real error. Above is the current state (of kernel configuration). >LORs >related to ufs_dirhash have been reported for years, and nobody with >the >appropriate skills seems to be interested in fixing them; they just get >declared to be harmless. Aye. After installing kernel with W*KDB option missing, FreeBSD 8 now runs meaningfully long enough before crash-reboot. Thanks Ian. I will now do binary search which is causing seemingly random crashes. Crashes seem to coincide with network traffic on wlan device (ath). Between Jun 2015 & Jul 23 2015, only changes relevant are apparently related to TCP & openssh. > (IMO the spewage related to this makes >witness >essentially useless.) Is there any point then in keeping even plain WITNESS option? -- From owner-freebsd-stable@freebsd.org Tue Aug 11 00:43:32 2015 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 541879987A0 for ; Tue, 11 Aug 2015 00:43:32 +0000 (UTC) (envelope-from parv@bitter-almonds.com) Received: from nisba.pair.com (nisba.pair.com [209.68.5.171]) (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 2D0BA660 for ; Tue, 11 Aug 2015 00:43:31 +0000 (UTC) (envelope-from parv@bitter-almonds.com) Received: from [192.168.11.4] (cpe-66-91-233-235.hawaii.res.rr.com [66.91.233.235]) by nisba.pair.com (Postfix) with ESMTPSA id E2072114234; Mon, 10 Aug 2015 20:43:29 -0400 (EDT) In-Reply-To: References: <1438783814.70393.138.camel@freebsd.org> <119E4C6D-ABFD-4D82-B353-D3829088233B@bitter-almonds.com> <8d35eae569c2ef115207bb8a1ac97b53@ultimatedns.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: 8-stable crashing recently in ufsdirhash From: parv Date: Mon, 10 Aug 2015 14:43:07 -1000 To: Kevin Oberman ,Chris H CC: FreeBSD-STABLE Mailing List Message-ID: <2C865403-726E-42D0-85FB-27880F3EAC45@bitter-almonds.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 00:43:32 -0000 On August 5, 2015 12:20:15 PM HST, Kevin O wrote: >On Wed, Aug 5, 2015 at 1:15 PM, Chris H wrote: > >> On Wed, 05 Aug 2015 09:30:28 -1000 parv >wrote >> >> > On August 5, 2015 4:10:14 AM HST, Ian L >> > wrote: >> > >On Tue, 2015-08-04 at 23:54 -1000, parv wrote: >> > >> Please CC me as I cannot properly use my laptop, Thinkpad X200 >> > >> (i386). >> > >> >> > >> 8-stable has been crashing a lot since source update of Jul >2015[0]. >> > >> After building debug kernel, kgdb shows lock reversal order & in >> > >> ufsdirhash. File systems (/, var, misc) are all UFS, with var & misc >> > >> having soft updates enabled. ... >> > >> Most recent crash ... >> > >> >> > >> http://imagebin.ca/v/2B50NARvIHsH ... >> > >When you say you built a debug kernel, does that include option >> > >WITNESS_KDB? If so, remove that so you can find the real error. LORs >> > >related to ufs_dirhash have been reported for years, and nobody with >> > >the >> > >appropriate skills seems to be interested in fixing them; they just get >> > >declared to be harmless. ... >> > I will try that as soon as I can. Currently after every little fs >> > operation, >> > I am thrown in debugger-reboot-fsck cycle. As such I cannot do anything. ... >> > I tried booting >> > /boot/kernel.old/kernel from boot prompt but that presented debugger soon >> > after boot. >> > >> > BTW is it possible to set kernel.old to boot next time at boot prompt? ... >> It might be somewhat easier to boot from the boot-only/install >> CD/DVD, and then choose rescue mode. >> After you've gotten there. Simply mount "/" in read/write, them open >> it's /boot/loader.conf, and add the following: >> kernel="kernel.old" >> boot_single="YES" >> >> and save it. You can then remove the CD/DVD, and reboot which will >land >> you in single-user mode, from your kernel.old/kernel. >> Assuming it booted to that kernel OK, you can run fsck -f ... Chris, after spending my mail I was thinking on the same lines. But I delayed due to laziness, till ... >You're working too hard. > >You can drop into the loader prompt and enter "boot kernel.old". This >will >reload both the kernel and modules from /boot/kernel.old. Thanks Kevin. It was the loader prompt, not the boot prompt, that I should have tried. After booting old kernel from loader prompt, functionality was restored (to some workable state). > Also handy and >virtually unknown is that you can build test kernels and not blow away >the >old, working kernel by using "make reinstallkernel" instead of >installkernel. This will keep the existing kernel.old and just replace >the >currently running kernel. Thanks again. >N.B. There is a bug that will cause a failure to re-install >PORTS_MODULES. ... At this point I am not worried about kernel modules built from ports. I just want a working version that won't seemingly randomly crash, leaving no core dump or any other relevant messages. The only thing pointing to a crash are entries in wtmp, which lastlog reports as "crash". Nothing. Else. -- From owner-freebsd-stable@freebsd.org Tue Aug 11 07:31:56 2015 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 9C34C99E825 for ; Tue, 11 Aug 2015 07:31:56 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4BCF5E07 for ; Tue, 11 Aug 2015 07:31:55 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id AED6F89917 for ; Tue, 11 Aug 2015 09:21:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1439277715; x= 1441092116; bh=G9577soWKdpTbOCEPN/7pTjPuk4uDvG+C9uoC9mh1+0=; b=z PGSgr1zwmMH83pw8tqI+eFU0PjQ+hjSYQt+H9c7mUb2ZPYRB3uRR9Y2SdRWUFiF6 hPZXsDNuEQRLQ2hDul5L3YPV7E9b/ukwGk1EcGE9lJ/ixGjIdp1JlQZG1m/r1Y/d /QVysvbd04B2E2YhhuMKYO0e7SKAFFL9H5Lfh+0gQ0= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id pBQliCnI9U5v for ; Tue, 11 Aug 2015 09:21:55 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id D4809896CB for ; Tue, 11 Aug 2015 09:21:54 +0200 (CEST) Date: Tue, 11 Aug 2015 09:21:54 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: (once again) freebsd-update cron and man whatis Message-ID: <20150811092154.0252ba46@efreet> Organization: mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 07:31:56 -0000 Hi, I wrote about this some time ago here on the list: http://marc.info/?l=3Dfreebsd-stable&m=3D143556175104543&w=3D3 I am on 10.1-RELEASE-p17 amd64 now, and the problem still remains: - freebsd-update cron fetches new updates and notifies me by email. (ok) - I run freebsd-update install and reboot. freebsd-version shows the correct version. (ok) - Next morning I get notification from freebsd-cron for the same update I installed yesterday, but only for /usr/share/man/whatis. (not ok) Not 100% sure, but I think that running both freebsd-fetch and freebsd-install from an interactive ssh session corrects this until the next update. Are there any differences between freebsd-update cron and freebsd-update fetch, apart from random time offset? Regards, --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Tue Aug 11 08:31:43 2015 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 2938E99F921 for ; Tue, 11 Aug 2015 08:31:43 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C2D3A84A for ; Tue, 11 Aug 2015 08:31:42 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t7B8VK8q088160 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 11 Aug 2015 09:31:31 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t7B8VK8q088160 Authentication-Results: smtp.infracaninophile.co.uk/t7B8VK8q088160; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: (once again) freebsd-update cron and man whatis To: =?UTF-8?Q?Marko_Cupa=c4=87?= , freebsd-stable@freebsd.org References: <20150811092154.0252ba46@efreet> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55C9B2C8.6020406@freebsd.org> Date: Tue, 11 Aug 2015 09:31:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150811092154.0252ba46@efreet> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="JuXwPiQTWOt2ev7ci9JFbWTSadC9Gb79H" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 08:31:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JuXwPiQTWOt2ev7ci9JFbWTSadC9Gb79H Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 08/11/15 08:21, Marko Cupa=C4=87 wrote: > - Next morning I get notification from freebsd-cron for the same update= > I installed yesterday, but only for /usr/share/man/whatis. (not ok) Did you by any chance happend to run the weekly/320.makewhatis periodic script that night? It is enabled by default. However, you shouldn't need it if you maintain your system entirely through freebsd-update. > Are there any differences between freebsd-update cron and > freebsd-update fetch, apart from random time offset? freebsd-update is a shell script, so it's fairly easy to see the difference between 'fetch' and 'cron' -- look for the functions 'cmd_fetch()' and 'cmd_cron()' in the code (they're right next to each other.) The differences are: 'fetch' tests that is is connected to a tty and complains about not being run interactively if not 'cron' sleeps for a random number of seconds up to 1 hour, and it logs everything it does to a temporary file in order to mail back a report to the user if needed. Otherwise, they both call exactly the same 'fetch_check_params()' and 'fetch_run()' functions. Cheers, Matthew # Fetch command. Make sure that we're being called # interactively, then run fetch_check_params and fetch_run cmd_fetch () { if [ ! -t 0 -a $NOTTYOK -eq 0 ]; then echo -n "`basename $0` fetch should not " echo "be run non-interactively." echo "Run `basename $0` cron instead." exit 1 fi fetch_check_params fetch_run || exit 1 } # Cron command. Make sure the parameters are sensible; wait # rand(3600) seconds; then fetch updates. While fetching updates, # send output to a temporary file; only print that file if the # fetching failed. cmd_cron () { fetch_check_params sleep `jot -r 1 0 3600` TMPFILE=3D`mktemp /tmp/freebsd-update.XXXXXX` || exit 1 if ! fetch_run >> ${TMPFILE} || ! grep -q "No updates needed" ${TMPFILE} || [ ${VERBOSELEVEL} =3D "debug" ]; then mail -s "`hostname` security updates" ${MAILTO} < ${TMPFI= LE} fi rm ${TMPFILE} } --JuXwPiQTWOt2ev7ci9JFbWTSadC9Gb79H Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJVybLYAAoJEABRPxDgqeTn/nAQALInNQvAFjSvjTfWugPt4brz OUjdnua+gOV1jxm3+Tp2USHJg9YvNKBK/vdpKRx9Js7ln21DXSbhtLNPQNBk9J4W EN++iseEZFZAPKdpoQaBmKZN/MB6TP6SaiXc5PjN7nzOYlCDKNTSmn4iNLIF8Gec Qr/S16fkCf30TRvb26uqVv+km+PagLVSGAxM5C6Vk+p6EPbbBU5GtEoPdIFA1qim /wFZ8kHI29BQJeLV+1eiOLh6sG+djz0ORonILdy8SLYmLmgP14iNUW25WOpU6it+ 0sExj1om+HDu9i7/3bFl/sRm+UB4rv/TnCm/0PrkNr5wogZJCi4hNby2D7dN5mx+ tvNkjeOOOsuv7MeNq+ZYIniW8X52RVphDs0bNuk9c3477n+QKH+BlkmAG5v+G6Ml XQfUI8Z9rxIfywruEvTxCLa4Hpf0e9xcVklDhQAVvtDbXvZkGAIk/3j0lYSgBtZp URjyANqDTt2SOoWS2YPsrbLuBh1Y+42dA6L3b5raZ8n3OEx1STqWQgVJhOLk13yI /CEMSjkDAoGnEQWGbHYhOhtsjNd5+GrRBR2MHwju1W+a2KG2h1s6bfG99BR9havv XwBLh6Y/4C1V4NnecjqTzb1iJADJ9EdmT1n3CW92e+KggCVoef8mp9s37xQOWzMw kh367qG4Upa1wowrrNhk =NMXi -----END PGP SIGNATURE----- --JuXwPiQTWOt2ev7ci9JFbWTSadC9Gb79H-- From owner-freebsd-stable@freebsd.org Tue Aug 11 09:48:44 2015 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 2C85F99E43C for ; Tue, 11 Aug 2015 09:48:44 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from smtp.mimar.rs (smtp.mimar.rs [193.53.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id C8D71D90; Tue, 11 Aug 2015 09:48:43 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) by smtp.mimar.rs (Postfix) with ESMTP id 3AA3D89917; Tue, 11 Aug 2015 11:48:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1439286520; x=1441100921; bh=zbfEt8sx3qKcAqyvyHOg5Hsxdy6rqobmBCn gepfnDf4=; b=M8WjaJB/TYDdqxP2BLhU0raZkDRA1W8/uoPz12lg8fWITeYQ+oR oJhp1CHBjU33aDInvV/j8KCiM7stD0XdNVM7Y6jERsXJUEVLjxAKW2EOI8g6kQuV MMsMCu1fVGXHWP1PANW9gaCOra6LRnIuJ2U6y0+flpb9ihlxEjhigyTo= X-Virus-Scanned: amavisd-new at mimar.rs Received: from smtp.mimar.rs ([193.53.106.135]) by vscan.mimar.rs (vscan.mimar.rs [193.53.106.134]) (amavisd-new, port 10026) with ESMTP id 25hv-ku9SOE9; Tue, 11 Aug 2015 11:48:40 +0200 (CEST) Received: from efreet (unknown [193.53.106.34]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by smtp.mimar.rs (Postfix) with ESMTPSA id 96CDA898C4; Tue, 11 Aug 2015 11:48:40 +0200 (CEST) Date: Tue, 11 Aug 2015 11:48:39 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Matthew Seaman Cc: freebsd-stable@freebsd.org Subject: Re: (once again) freebsd-update cron and man whatis Message-ID: <20150811114839.211c4a0e@efreet> In-Reply-To: <55C9B2C8.6020406@freebsd.org> References: <20150811092154.0252ba46@efreet> <55C9B2C8.6020406@freebsd.org> Organization: mimar X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 09:48:44 -0000 On Tue, 11 Aug 2015 09:31:04 +0100 Matthew Seaman wrote: > On 08/11/15 08:21, Marko Cupa=C4=87 wrote: >=20 > > - Next morning I get notification from freebsd-cron for the same > > update I installed yesterday, but only for /usr/share/man/whatis. > > (not ok) >=20 > Did you by any chance happend to run the weekly/320.makewhatis > periodic script that night? It is enabled by default. However, you > shouldn't need it if you maintain your system entirely through > freebsd-update. Hi Matthew, thank you for looking into it. I do maintain most of my systems entirely through freebsd-update, but with modified freebsd-update.conf so that it does not fetch sources. I have two systems which are redownloading /usr/share/man/whatis since Sunday update to -p17. Would things be clearer if I ran weekly/320.makewhatis and observed if that prevented re-downloads? What would be long-term solution for this? I guess /usr/share/man/whatis is compiled from src. As I have removed 'src' from freebsd-update.conf, and I have nothing under /usr/src, should I add /usr/share/man/whatis to IgnorePaths? I see it is already there for IDSIgnorePaths. Regards, --=20 Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Tue Aug 11 12:14:31 2015 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 E375399F460 for ; Tue, 11 Aug 2015 12:14:31 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7704E189; Tue, 11 Aug 2015 12:14:31 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-24-166-126-146.neo.res.rr.com [24.166.126.146]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id e2bdde26; Tue, 11 Aug 2015 08:14:22 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id 7fc6bf81; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 11 Aug 2015 08:14:21 -0400 (EDT) Message-ID: <1439295344.1134.11.camel@michaeleichorn.com> Subject: Re: (once again) freebsd-update cron and man whatis From: "Michael B. Eichorn" To: Marko =?UTF-8?Q?Cupa=C4=87?= , Matthew Seaman Cc: freebsd-stable@freebsd.org Date: Tue, 11 Aug 2015 08:15:44 -0400 In-Reply-To: <20150811114839.211c4a0e@efreet> References: <20150811092154.0252ba46@efreet> <55C9B2C8.6020406@freebsd.org> <20150811114839.211c4a0e@efreet> Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-Pv+b93SkBHFgPujtlygH" X-Mailer: Evolution 3.16.4 Mime-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 12:14:32 -0000 --=-Pv+b93SkBHFgPujtlygH Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2015-08-11 at 11:48 +0200, Marko Cupa=C4=87 wrote: > On Tue, 11 Aug 2015 09:31:04 +0100 > Matthew Seaman wrote: >=20 > > On 08/11/15 08:21, Marko Cupa=C4=87 wrote: > >=20 > > > - Next morning I get notification from freebsd-cron for the same > > > update I installed yesterday, but only for /usr/share/man/whatis. > > > (not ok) > >=20 > > Did you by any chance happend to run the weekly/320.makewhatis > > periodic script that night? It is enabled by default. However, you > > shouldn't need it if you maintain your system entirely through > > freebsd-update. >=20 > Hi Matthew, >=20 > thank you for looking into it. I do maintain most of my systems > entirely through freebsd-update, but with modified freebsd-update.conf > so that it does not fetch sources. >=20 > I have two systems which are redownloading /usr/share/man/whatis since > Sunday update to -p17. Would things be clearer if I ran > weekly/320.makewhatis and observed if that prevented re-downloads? >=20 > What would be long-term solution for this? I > guess /usr/share/man/whatis is compiled from src. As I have removed > 'src' from freebsd-update.conf, and I have nothing under /usr/src, > should I add /usr/share/man/whatis to IgnorePaths? I see it is already > there for IDSIgnorePaths. >=20 > Regards, I too have freebsd-update cron trying to replace /usr/share/man/whatis on a subset of my installs. I presume that the 320.makewhatis is generating the new whatis, but the 320.makewhatis is more complete. # diff whatis.freebsdupdate whatis.makewhatis 365a366 > bcd(6), ppt(6) - reformat input as punch cards or paper tape 471a473 > caesar(6), rot13(6) - decrypt caesar ciphers 848a851 > factor(6), primes(6) - factor a number, generate primes 942a946 > fortune(6) - print a random, hopefully interesting, adage 1143a1148 > grdc(6) - grand digital clock (curses) 1886a1892 > morse(6) - reformat input as morse code 2093a2100 > number(6) - convert Arabic numerals to English 2379a2387 > pom(6) - display the phase of the moon 2536a2545 > random(6) - random lines from a file or random numbers 2956a2966 > strfile(8), unstr(8) - create a random access file for storing strings This is what I get on a DigitalOcean FreeBSD 10.1-RELEASE which I have only ever administered with freebsd-update and pkgng. I also note all of these including strfile(8) and unstr(8) reside in /usr/games. I would like to echo Marko's question what is the 'correct' way to handle this situation? Regards, Michael B. Eichorn --=-Pv+b93SkBHFgPujtlygH Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA4MTExMjE1NDRaME8GCSqGSIb3DQEJ BDFCBECWEx9Uw78JOFItPqK4FWpnOAwwkpz1wA1YHFGGMsOzOpr8McP+EmGilZOxQa5mLmwGHJ9j D0QX8/9IAXy54ryVMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEApwowYRxXGJyAoNGZv+PX/bWEuidpfqPmxPeYhtT4 OBP/JJPb4DV+c6sSMiV3m90E92RA+pBtkejLJQfkRe28UKPYaozGzMbxdX6r/d8BVqPkQqT3EEpD FQHj18D6RLvQ/wXKqtvC3HsI+CKU4eIE0JF0IMUIzXO7ZtZEnu7aMvo4z41QY8dItPZIk8xEjPDR RmVIN2D80VzkD2fCGYVvKsxjIn9JjTN5ui4PdPWGh5M6RwVlWCosPX4gvdvBji7wCM8rGBSKgGZD 1u/WmpHLaUNIGIinjrdpmgky5hcrPsR+0N8M/3tsFOLOEUIfsaVywkoLJj3AFuh123mwZiunEwAA AAAAAA== --=-Pv+b93SkBHFgPujtlygH-- From owner-freebsd-stable@freebsd.org Tue Aug 11 14:51:21 2015 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 6CA5D99FAF4 for ; Tue, 11 Aug 2015 14:51:21 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from mail-out.s1.byte.nl (mail-out.s1.byte.nl [82.94.214.67]) (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 02D101EC1 for ; Tue, 11 Aug 2015 14:51:20 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from localhost (localhost [127.0.0.1]) by mail-out.s1.byte.nl (Postfix) with ESMTP id BBBC2514 for ; Tue, 11 Aug 2015 16:42:32 +0200 (CEST) Received: from mail-out.s1.byte.nl ([127.0.0.1]) by localhost (mail-out5.c1.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v-V2cPoGz3N9 for ; Tue, 11 Aug 2015 16:42:25 +0200 (CEST) Received: from [192.168.101.17] (unknown [37.74.194.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: byte0030) by mail-out.s1.byte.nl (Postfix) with ESMTPSA id 7B84C500 for ; Tue, 11 Aug 2015 16:42:25 +0200 (CEST) Message-ID: <55CA09D3.5020007@byte.nl> Date: Tue, 11 Aug 2015 16:42:27 +0200 From: Daniel Genis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Continuously increasing L2ARC header size Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 14:51:21 -0000 Dear FreeBSD community, We're facing a somewhat odd issue, perhaps similar to what is discussed here: https://forums.freebsd.org/threads/l2arc-degraded.47540/ The issue is that the L2ARC header seems to grow without limit, similar to a memory leak, pressuring more and more memory over time out of the ARC. For example, the output of "zpool iostat -v 1" capacity operations bandwidth pool alloc free read write read write ------------ ----- ----- ----- ----- ----- ----- syspool 1.15G 275G 0 0 0 0 mirror 1.15G 275G 0 0 0 0 gpt/zfs0 - - 0 0 0 0 gpt/zfs1 - - 0 0 0 0 ------------ ----- ----- ----- ----- ----- ----- tank 1.21T 1.51T 229 1.99K 3.67M 9.48M mirror 124G 154G 67 125 787K 503K da0 - - 20 27 440K 503K da1 - - 45 28 379K 503K [...] mirror 124G 154G 34 164 454K 612K da18 - - 26 12 417K 612K da19 - - 6 13 58.8K 612K logs - - - - - - mirror 117M 74.4G 0 109 0 1.75M da21 - - 0 109 0 1.75M da22 - - 0 109 0 1.75M cache - - - - - - da23 1.67T 16.0E 302 7 2.85M 223K ------------ ----- ----- ----- ----- ----- ----- Here the cache shows 1.67T, in use and 16.0E free. The cache is a 373GB Intel SSD. # diskinfo -v da23 da23 512 # sectorsize 400088457216 # mediasize in bytes (373G) 781422768 # mediasize in sectors 4096 # stripesize 0 # stripeoffset 48641 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. BTTV4234089C400HGN # Disk ident. id1,enc@n500e004aaaaaaa3e/type@0/slot@18 # Physical path The L2ARC stats section from "zfs-stats -a": L2 ARC Summary: (DEGRADED) Passed Headroom: 133.33m Tried Lock Failures: 4.90b IO In Progress: 313.63k Low Memory Aborts: 1.52k Free on Write: 589.79k Writes While Full: 34.57k R/W Clashes: 46.95k Bad Checksums: 408.40m IO Errors: 151.99m SPA Mismatch: 632.00m L2 ARC Size: (Adaptive) 1.89 TiB Header Size: 0.88% 16.98 GiB L2 ARC Evicts: Lock Retries: 1.27k Upon Reading: 2 L2 ARC Breakdown: 2.10b Hit Ratio: 32.89% 691.15m Miss Ratio: 67.11% 1.41b Feeds: 3.70m L2 ARC Buffer: Bytes Scanned: 10.70 PiB Buffer Iterations: 3.70m List Iterations: 236.30m NULL List Iterations: 24.86m L2 ARC Writes: Writes Sent: 100.00% 3.38m Here we can see that currently the Header Size is almost 17gb. This header size grows continuously without (apparent) limit. Also zfs appears to think it's holding 1.89 TiB inside the L2ARC, which seems very very unlikely. # freebsd-version 10.1-RELEASE-p13 # uname -a FreeBSD servername 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed May 13 06:54:13 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # uptime 4:35PM up 42 days, 15:24, 1 user, load averages: 1.35, 0.96, 0.84 Does anyone know how we can alleviate the issue? We originally thought the issue was caused by https://www.freebsd.org/security/advisories/FreeBSD-EN-15:07.zfs.asc We have updated our Servers since but the header size seems to keep growing still. For reference, we have multiple bsd fileservers which are used mostly over NFS, all with identical configuration (but varying workload). They all still show these symptoms. Any tips/hints/pointers are appreciated! With kind regards, Daniel From owner-freebsd-stable@freebsd.org Tue Aug 11 15:54:17 2015 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 EB1AA99F955 for ; Tue, 11 Aug 2015 15:54:16 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from mail-out.s1.byte.nl (mail-out.s1.byte.nl [82.94.214.67]) (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 76670FB6 for ; Tue, 11 Aug 2015 15:54:15 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from localhost (localhost [127.0.0.1]) by mail-out.s1.byte.nl (Postfix) with ESMTP id EB507121FA2 for ; Tue, 11 Aug 2015 17:54:12 +0200 (CEST) Received: from mail-out.s1.byte.nl ([127.0.0.1]) by localhost (mail-out4.c1.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q45q2E1scOBh for ; Tue, 11 Aug 2015 17:54:10 +0200 (CEST) Received: from [192.168.101.17] (unknown [37.74.194.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: byte0030) by mail-out.s1.byte.nl (Postfix) with ESMTPSA id 808BB122051 for ; Tue, 11 Aug 2015 17:54:10 +0200 (CEST) Message-ID: <55CA1AA4.7020401@byte.nl> Date: Tue, 11 Aug 2015 17:54:12 +0200 From: Daniel Genis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Continuously increasing L2ARC header size References: <55CA09D3.5020007@byte.nl> In-Reply-To: <55CA09D3.5020007@byte.nl> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Aug 2015 15:54:17 -0000 Hello everyone, looking closer and comparing our servers, we infact have 2 servers that behave differently, but they also have a different workload (mail instead of file storage). They have identical hardware, but were installed at a later time, compared to the servers which do have the issue. They have a stable l2arc cache size, not like the one i described previously, where the l2arc size is bigger than the dataset in the pool. Nonleaking server: L2 ARC Summary: (HEALTHY) Passed Headroom: 63.05m Tried Lock Failures: 198.57m IO In Progress: 53.57k Low Memory Aborts: 32 Free on Write: 21.40k Writes While Full: 16.50k R/W Clashes: 3.50k Bad Checksums: 0 IO Errors: 0 SPA Mismatch: 613.80m L2 ARC Size: (Adaptive) 443.42 GiB Header Size: 0.27% 1.22 GiB L2 ARC Evicts: Lock Retries: 1.33k Upon Reading: 0 L2 ARC Breakdown: 191.36m Hit Ratio: 28.27% 54.09m Miss Ratio: 71.73% 137.27m Feeds: 1.68m L2 ARC Buffer: Bytes Scanned: 4.28 PiB Buffer Iterations: 1.68m List Iterations: 107.55m NULL List Iterations: 1.16m L2 ARC Writes: Writes Sent: 100.00% 915.04k No bad checksums or IO Errors. The l2arc size of 443gb is sensible compared to it's actual size (373gb). Yet aside of the workload I cannot find any difference between the 2 "mail" fileservers and the other 6+ "web" fileservers doing storage for websites. They're identical in every regard, aside of the workload and the time of installation. The mail fileservers were installed much later in comparison. I just wanted to add this, as it maybe very relevant. With kind regards, Daniel On 08/11/2015 04:42 PM, Daniel Genis wrote: > Dear FreeBSD community, > > We're facing a somewhat odd issue, perhaps similar to what is discussed > here: https://forums.freebsd.org/threads/l2arc-degraded.47540/ > > The issue is that the L2ARC header seems to grow without limit, similar > to a memory leak, pressuring more and more memory over time out of the ARC. > > For example, the output of "zpool iostat -v 1" > > capacity operations bandwidth > pool alloc free read write read write > ------------ ----- ----- ----- ----- ----- ----- > syspool 1.15G 275G 0 0 0 0 > mirror 1.15G 275G 0 0 0 0 > gpt/zfs0 - - 0 0 0 0 > gpt/zfs1 - - 0 0 0 0 > ------------ ----- ----- ----- ----- ----- ----- > tank 1.21T 1.51T 229 1.99K 3.67M 9.48M > mirror 124G 154G 67 125 787K 503K > da0 - - 20 27 440K 503K > da1 - - 45 28 379K 503K > [...] > mirror 124G 154G 34 164 454K 612K > da18 - - 26 12 417K 612K > da19 - - 6 13 58.8K 612K > logs - - - - - - > mirror 117M 74.4G 0 109 0 1.75M > da21 - - 0 109 0 1.75M > da22 - - 0 109 0 1.75M > cache - - - - - - > da23 1.67T 16.0E 302 7 2.85M 223K > ------------ ----- ----- ----- ----- ----- ----- > > > Here the cache shows 1.67T, in use and 16.0E free. > The cache is a 373GB Intel SSD. > > # diskinfo -v da23 > da23 > 512 # sectorsize > 400088457216 # mediasize in bytes (373G) > 781422768 # mediasize in sectors > 4096 # stripesize > 0 # stripeoffset > 48641 # Cylinders according to firmware. > 255 # Heads according to firmware. > 63 # Sectors according to firmware. > BTTV4234089C400HGN # Disk ident. > id1,enc@n500e004aaaaaaa3e/type@0/slot@18 # Physical path > > > > The L2ARC stats section from "zfs-stats -a": > > L2 ARC Summary: (DEGRADED) > Passed Headroom: 133.33m > Tried Lock Failures: 4.90b > IO In Progress: 313.63k > Low Memory Aborts: 1.52k > Free on Write: 589.79k > Writes While Full: 34.57k > R/W Clashes: 46.95k > Bad Checksums: 408.40m > IO Errors: 151.99m > SPA Mismatch: 632.00m > > L2 ARC Size: (Adaptive) 1.89 TiB > Header Size: 0.88% 16.98 GiB > > L2 ARC Evicts: > Lock Retries: 1.27k > Upon Reading: 2 > > L2 ARC Breakdown: 2.10b > Hit Ratio: 32.89% 691.15m > Miss Ratio: 67.11% 1.41b > Feeds: 3.70m > > L2 ARC Buffer: > Bytes Scanned: 10.70 PiB > Buffer Iterations: 3.70m > List Iterations: 236.30m > NULL List Iterations: 24.86m > > L2 ARC Writes: > Writes Sent: 100.00% 3.38m > > > Here we can see that currently the Header Size is almost 17gb. > This header size grows continuously without (apparent) limit. > Also zfs appears to think it's holding 1.89 TiB inside the L2ARC, which > seems very very unlikely. > > # freebsd-version > 10.1-RELEASE-p13 > > # uname -a > FreeBSD servername 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed May > 13 06:54:13 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > # uptime > 4:35PM up 42 days, 15:24, 1 user, load averages: 1.35, 0.96, 0.84 > > > Does anyone know how we can alleviate the issue? > We originally thought the issue was caused by > https://www.freebsd.org/security/advisories/FreeBSD-EN-15:07.zfs.asc > > We have updated our Servers since but the header size seems to keep > growing still. For reference, we have multiple bsd fileservers which are > used mostly over NFS, all with identical configuration (but varying > workload). They all still show these symptoms. > > Any tips/hints/pointers are appreciated! > > With kind regards, > > Daniel > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Met vriendelijke groeten, Daniel Genis Medewerker Techniek Byte Internet W http://www.byte.nl/ E daniel@byte.nl T 020 521 6226 F 020 521 6227 From owner-freebsd-stable@freebsd.org Wed Aug 12 13:44:07 2015 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 6DFF299FAF4 for ; Wed, 12 Aug 2015 13:44:07 +0000 (UTC) (envelope-from knowledgeispower80@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001: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 37B46648 for ; Wed, 12 Aug 2015 13:44:07 +0000 (UTC) (envelope-from knowledgeispower80@gmail.com) Received: by iodb91 with SMTP id b91so19888859iod.1 for ; Wed, 12 Aug 2015 06:44:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WhHHQ7qEoaE9XDtZZVLE81X34sIycak6KUrvspGWPLg=; b=I0RP8Bu2Hq79z8jYqYkdnpkBoNIopNb2bHZ8z6/4A4AwtzVTLM4SRMLfpakhfwn4TO gQyvy2z18ekpMhIRQbZiVkovUWHzCjcj9xGBAJ/OF2YIQLNuFeE7heo32QDFJcqdgCMT UXilzeWBVkeAB0eOJQTqo2toMwS5EsYMSb2jpQKYzLF131ZBSYN2rtjazjxUONWpxVDe EBVFozn4/thaWjzSgl8FGdN3oUc71SrH5vxjuuzcCaznfCNN3RBuxzSFeGifyrwSAKyt OzGXIqosAK4MyYaPsN3/Z6D3Qzyb0UHLnl8hxL12JHmLOeYDWbwRUDWS0KfPLGWcgBjp EYPQ== MIME-Version: 1.0 X-Received: by 10.107.135.79 with SMTP id j76mr23929865iod.29.1439387046447; Wed, 12 Aug 2015 06:44:06 -0700 (PDT) Received: by 10.36.16.212 with HTTP; Wed, 12 Aug 2015 06:44:06 -0700 (PDT) Date: Wed, 12 Aug 2015 09:44:06 -0400 Message-ID: Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem From: Roosevelt Littleton To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 13:44:07 -0000 Hi, So, I can confirm with the attached patch. I have a working msk0 that hasn't failed for the past month. I considered this problem fix for me. Since, I have went a long time without any problems. Thanks! Roosevelt From owner-freebsd-stable@freebsd.org Wed Aug 12 14:42:27 2015 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 B48A29A0B1D for ; Wed, 12 Aug 2015 14:42:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A5C66B0F; Wed, 12 Aug 2015 14:42:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 4CE79163A; Wed, 12 Aug 2015 14:42:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 12 Aug 2015 14:42:25 +0000 From: Glen Barber To: freebsd-stable@FreeBSD.org Subject: 10.2-RELEASE status update Message-ID: <20150812144225.GI1404@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+PbGPm1eXpwOoWkI" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 14:42:27 -0000 --+PbGPm1eXpwOoWkI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hopefully the final status update before the final release announcement. As of r286666, releng/10.2 has been renamed to reflect -RELEASE status, and the 10.2-RELEASE builds have been started (a bit earlier than the original schedule planned). Please keep in mind, the release is not final until the PGP-signed email is sent to -announce@, in case there are any issues discovered at the last minute that require the builds to be rerolled and/or pulled from the mirrors. On behalf of the Release Engineering Team, thank you all for your support and vigilance in testing the upcoming release. The FreeBSD community is what makes the FreeBSD Project amazing. Glen On behalf of: re@ --+PbGPm1eXpwOoWkI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVy1tRAAoJEAMUWKVHj+KT3I4QAIepptjgJh4waHH9OZT7XLqp c5eCjWNt7axFD7fG3JUqCWOfRiyVhM5XjtyX37gZpzLP3uTUk7mFSVqxbupolSwM uYWAVc2fMzxo2D7Go64mhmnuFAyaz6/lSH2evzTbqD6qyu6h+Zyt3vsFS++U6oDV MllLH5feyKgn5qHTcFbG+MbIkDyQihC1zVtgUOMC4/oqK3sOpsrnTv8K5RORnODA CBIWvi3Ds2ipCSyXymqacFRZuOVMj5gmTcuNPDpP4o75/wGkTpRUYt5Y83Q/S9rM r7kAucUma/AkG9FFxLdf2PPAmjlfbOsfmmowT4hZ8FwxloAKsw+WIYRtb7YO6e5P 4fPx3OPOEMQK3v0J/L+dZjsZX05EquCZqXOn9VjA4cDicXhNn1sHHx0VM3sQAKTt 45xWidvxAKs4PrZn32P2M0Boj8++SkpDR9eJKXbAf489BpbiyKCJcXFrJ1GW7f6r BANaZePthGzJrohlY9RI/mkPPiFtjaO4Muzh30s3CqzzR8PW1sX+g0RwnR5fVaZX AKl0oiA6Vd8zEcrq2rkvfTaZnNiGxES19G9Vk5CCMFY+ZmKa6rd38XdYFK8ZVZFr OiMH1gupDQaOL4Zpm5gsclgycLHC6eLVCBmI5YZ5iKxtlFxHSRWRDgXYX3EOs+bs 2cVOEoVpwaEtETckLVJC =Qrjq -----END PGP SIGNATURE----- --+PbGPm1eXpwOoWkI-- From owner-freebsd-stable@freebsd.org Wed Aug 12 17:17:08 2015 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 5427499F6EC for ; Wed, 12 Aug 2015 17:17:08 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (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 1BA6BB8D; Wed, 12 Aug 2015 17:17:08 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oio137 with SMTP id 137so12841400oio.0; Wed, 12 Aug 2015 10:17:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZIWaHl85FUBU1DUuJh7saYfnoi6+5sHwbsrwcdoboX4=; b=ySsS/kKnoiHGL6CM/zZ2IIIzVvF+MohPaS1EnE/sN93f/oQy/TUCJ6uyH2rUkieDoz 6uM0N2tfOzp1LmS5jkdlyO+glTZgUvb04lpiPqzZp5kCCKVhH1cIEWNr9cyGCs3RaTYe gU8IePWc39OLpkh7NqdUAbCAQmZ5BhxhBDcKdQG7fHMbEwrgN8iNn5khICVtSiqVTtS7 tAvlQGrpGZ7W4ITfzXyqM8U6va+sxElym+3wEKbx4iIvrq5TfJTFDJuZqENSISyGWgeb /OtDvAUcNpwdedCnJsJQrIOy9HjMeGmi6LoNy/d11gEWL5qJklZ0owOislThdCjtc01a Hmzg== MIME-Version: 1.0 X-Received: by 10.202.196.70 with SMTP id u67mr10334775oif.73.1439399827301; Wed, 12 Aug 2015 10:17:07 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.173.83 with HTTP; Wed, 12 Aug 2015 10:17:07 -0700 (PDT) In-Reply-To: <20150812144225.GI1404@FreeBSD.org> References: <20150812144225.GI1404@FreeBSD.org> Date: Wed, 12 Aug 2015 10:17:07 -0700 X-Google-Sender-Auth: VA69OGtJTe7knX2KtLgR5CCfOgM Message-ID: Subject: Re: 10.2-RELEASE status update From: Kevin Oberman To: Glen Barber Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 17:17:08 -0000 Congratulations to the RE team! A release right on schedule is a real rarity and re@ and all of those who contributed to the release deserve everyone's thanks for a job well done.. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Wed, Aug 12, 2015 at 7:42 AM, Glen Barber wrote: > Hopefully the final status update before the final release announcement. > > As of r286666, releng/10.2 has been renamed to reflect -RELEASE status, > and the 10.2-RELEASE builds have been started (a bit earlier than the > original schedule planned). > > Please keep in mind, the release is not final until the PGP-signed email > is sent to -announce@, in case there are any issues discovered at the > last minute that require the builds to be rerolled and/or pulled from > the mirrors. > > On behalf of the Release Engineering Team, thank you all for your > support and vigilance in testing the upcoming release. > > The FreeBSD community is what makes the FreeBSD Project amazing. > > Glen > On behalf of: re@ > > From owner-freebsd-stable@freebsd.org Wed Aug 12 18:20:18 2015 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 2E6639A084C for ; Wed, 12 Aug 2015 18:20:18 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.dweimer.net", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2484D69 for ; Wed, 12 Aug 2015 18:20:17 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.local (webmail [192.168.5.2]) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPS id t7CI9Vvf046969 (version=TLSv1.2 cipher=DHE-RSA-CHACHA20-POLY1305 bits=256 verify=NO) for ; Wed, 12 Aug 2015 13:09:31 -0500 (CDT) (envelope-from dweimer@dweimer.net) Received: (from www@localhost) by webmail.dweimer.local (8.15.2/8.15.2/Submit) id t7CI9V7j046968; Wed, 12 Aug 2015 13:09:31 -0500 (CDT) (envelope-from dweimer@dweimer.net) X-Authentication-Warning: webmail.dweimer.local: www set sender to dweimer@dweimer.net using -f To: FreeBSD Stable Subject: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP X-PHP-Script: www.dweimer.net/webmail/index.php for 71.86.41.122, 192.168.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 12 Aug 2015 13:09:31 -0500 From: dweimer Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net Message-ID: <131f8a0f25200031103639e969702727@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 18:20:18 -0000 I was reading through the Release notes, and decided to enable net.inet.tcp.pmtud_blackhole_detection in my test environment. It appears that the monitoring tunable net.inet.tcp.pmtud_blackhole_min_activated is incorrectly listed. Using sysctl -a | grep net.inet.tcp.pmtud, doesn't show it as a result. The test system is running RC3 built on the 7th from revision 286391 of the https://svn.freebsd.org/base/releng/10.2 tree. root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud net.inet.tcp.pmtud_blackhole_mss: 1200 net.inet.tcp.pmtud_blackhole_failed: 0 net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 net.inet.tcp.pmtud_blackhole_activated: 0 net.inet.tcp.pmtud_blackhole_detection: 1 I did confirm that the pmtud_blackhole_min_activated option is also listed in the tcp(4) man page page as well. If anyone is more familiar with this than I am can they look into seeing if there is indeed an error, or if I am missing something here. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@freebsd.org Wed Aug 12 22:15:49 2015 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 4654F99FBC5 for ; Wed, 12 Aug 2015 22:15:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECAC7D4; Wed, 12 Aug 2015 22:15:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id AD21C1834; Wed, 12 Aug 2015 22:15:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 12 Aug 2015 22:15:46 +0000 From: Glen Barber To: dweimer@dweimer.net Cc: FreeBSD Stable Subject: Re: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP Message-ID: <20150812221546.GB1460@FreeBSD.org> References: <131f8a0f25200031103639e969702727@dweimer.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <131f8a0f25200031103639e969702727@dweimer.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 22:15:49 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 12, 2015 at 01:09:31PM -0500, dweimer wrote: > I was reading through the Release notes, and decided to enable > net.inet.tcp.pmtud_blackhole_detection in my test environment. It appears > that the monitoring tunable net.inet.tcp.pmtud_blackhole_min_activated is > incorrectly listed. Using sysctl -a | grep net.inet.tcp.pmtud, doesn't sh= ow > it as a result. The test system is running RC3 built on the 7th from > revision 286391 of the https://svn.freebsd.org/base/releng/10.2 tree. >=20 > root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud > net.inet.tcp.pmtud_blackhole_mss: 1200 > net.inet.tcp.pmtud_blackhole_failed: 0 > net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 > net.inet.tcp.pmtud_blackhole_activated: 0 > net.inet.tcp.pmtud_blackhole_detection: 1 >=20 > I did confirm that the pmtud_blackhole_min_activated option is also listed > in the tcp(4) man page page as well. >=20 > If anyone is more familiar with this than I am can they look into seeing = if > there is indeed an error, or if I am missing something here. >=20 This appears to be an error based on the content of the commit log. I will confirm with the person that committed the code, and will note the findings in the 10.2-RELEASE errata document. Glen --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVy8WSAAoJEAMUWKVHj+KTsccQAIRB7L5kuEni7/FB2XXRAubt yurGalXpA2J/tWvT/yIO9r0X+yNCYCoUJ2D3jwCv9uVXEswDcmnHtQf++70Kpp12 eym/J0VCZq+tPdPmDsFux/FvF47fgkXJ33YUhFkM9MpD9+hbAQKtXV0Qqpm12MPh RakobsyHQQjliLX2K8rfADrwEzUqXXOtUW8kpcuzO7PzZH6sm/wLW0bdyfF61gNC eEDvGMTQUGg9WuYO4f3CXdXNAjTgvg8vqL3FYnM/sltr+k6rBoIGYNsqT6jSR2KP wvLCFYuO2jQlZ2hrn9gm/aItTrCB7cE5LFEoZWKHiASOB454q9XjAmqD5BSrJzol dsNb8qyRXY5VcQ8lPjVdOz4W2x9oqpxfySnNDj/ZvR/mSZ5Sh0DHXjP8dwOGtpJF 3XfHEYavPOjAJGbMksZurA61dzt+4RgceVze+/AzPp5DqQ/qbGK/PuP2WvD0kJOv JZOFRGWfRM5K2VMrtLhzaMqEXMJWGFAdqMJxfS7MLZtjMZq/pKad+prVfxlWvAff i50thV69WyXLkmmuDKz3ircXcuoalEmTSQZ8aEfNviLBBJY0YiiJgsE/Ieo3OKUT FRpfcFVeTzsWLvOYKgM+W6vTfQ+0PVRiupjp6iNOR3Qlt2exrr+APbCBbV6s0R8F tV7f9a4flXsMmlarM/ZW =TbzH -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-stable@freebsd.org Wed Aug 12 22:41:24 2015 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 F035C9A0335 for ; Wed, 12 Aug 2015 22:41:24 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 D48B2D69 for ; Wed, 12 Aug 2015 22:41:24 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 71B501928D6 for ; Wed, 12 Aug 2015 22:41:22 +0000 (UTC) Reply-To: sbruno@freebsd.org Subject: Re: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP References: <131f8a0f25200031103639e969702727@dweimer.net> <20150812221546.GB1460@FreeBSD.org> To: freebsd-stable@freebsd.org From: Sean Bruno Message-ID: <55CBCB91.9010301@ignoranthack.me> Date: Wed, 12 Aug 2015 15:41:21 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150812221546.GB1460@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 22:41:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/12/15 15:15, Glen Barber wrote: > On Wed, Aug 12, 2015 at 01:09:31PM -0500, dweimer wrote: >> I was reading through the Release notes, and decided to enable >> net.inet.tcp.pmtud_blackhole_detection in my test environment. It >> appears that the monitoring tunable >> net.inet.tcp.pmtud_blackhole_min_activated is incorrectly listed. >> Using sysctl -a | grep net.inet.tcp.pmtud, doesn't show it as a >> result. The test system is running RC3 built on the 7th from >> revision 286391 of the https://svn.freebsd.org/base/releng/10.2 >> tree. >> >> root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud >> net.inet.tcp.pmtud_blackhole_mss: 1200 >> net.inet.tcp.pmtud_blackhole_failed: 0 >> net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 >> net.inet.tcp.pmtud_blackhole_activated: 0 >> net.inet.tcp.pmtud_blackhole_detection: 1 >> >> I did confirm that the pmtud_blackhole_min_activated option is >> also listed in the tcp(4) man page page as well. >> >> If anyone is more familiar with this than I am can they look into >> seeing if there is indeed an error, or if I am missing something >> here. >> > > This appears to be an error based on the content of the commit > log. I will confirm with the person that committed the code, and > will note the findings in the 10.2-RELEASE errata document. > > Glen > This looks like I failed to MFC r276345 to stable 10 in order to update tcp.4 leading to this confusion. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVy8uPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kfV0H/jluKnznRLif5znvcy/4yNuE 1uP2pG3dyxJXK2GgCSb8gmyO3bM4Wn3C+BVYcPt3hC86koudyAB3edNUYKQ3qjzg H3cYWK/IY6mCzblBKm1WRRpleISjWtQgfjAXwJs1VlSgobtIIqmGqj2ksOiye1FB 1okLFqCMq/Gb2arHVD7jiRyVU8RqRLagCu9xNfKcn+xo79ietluAdpxZosW+wovJ RqNLLy55O7tW7c97KGCi/Rot6eb5tLotGJxjwnkMkxecizfGc26WIZVWZSF+9B4g ctYFiyZ1mL2sRmH+nhV7tbDyzoCA++yj3jLzbysnziXmicBeAchyjwvhJ2Xp1Oo= =Q+HE -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Wed Aug 12 22:43:41 2015 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 E65739A03C2 for ; Wed, 12 Aug 2015 22:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D43E0FE2; Wed, 12 Aug 2015 22:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 5DFA9148D; Wed, 12 Aug 2015 22:43:40 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 12 Aug 2015 22:43:38 +0000 From: Glen Barber To: sbruno@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP Message-ID: <20150812224338.GC1460@FreeBSD.org> References: <131f8a0f25200031103639e969702727@dweimer.net> <20150812221546.GB1460@FreeBSD.org> <55CBCB91.9010301@ignoranthack.me> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: <55CBCB91.9010301@ignoranthack.me> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 22:43:41 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 12, 2015 at 03:41:21PM -0700, Sean Bruno wrote: > On 08/12/15 15:15, Glen Barber wrote: > > On Wed, Aug 12, 2015 at 01:09:31PM -0500, dweimer wrote: > >> I was reading through the Release notes, and decided to enable=20 > >> net.inet.tcp.pmtud_blackhole_detection in my test environment. It > >> appears that the monitoring tunable > >> net.inet.tcp.pmtud_blackhole_min_activated is incorrectly listed. > >> Using sysctl -a | grep net.inet.tcp.pmtud, doesn't show it as a > >> result. The test system is running RC3 built on the 7th from=20 > >> revision 286391 of the https://svn.freebsd.org/base/releng/10.2 > >> tree. > >>=20 > >> root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud=20 > >> net.inet.tcp.pmtud_blackhole_mss: 1200=20 > >> net.inet.tcp.pmtud_blackhole_failed: 0=20 > >> net.inet.tcp.pmtud_blackhole_activated_min_mss: 0=20 > >> net.inet.tcp.pmtud_blackhole_activated: 0=20 > >> net.inet.tcp.pmtud_blackhole_detection: 1 > >>=20 > >> I did confirm that the pmtud_blackhole_min_activated option is > >> also listed in the tcp(4) man page page as well. > >>=20 > >> If anyone is more familiar with this than I am can they look into > >> seeing if there is indeed an error, or if I am missing something > >> here. > >>=20 > >=20 > > This appears to be an error based on the content of the commit > > log. I will confirm with the person that committed the code, and > > will note the findings in the 10.2-RELEASE errata document. > >=20 >=20 > This looks like I failed to MFC r276345 to stable 10 in order to > update tcp.4 leading to this confusion. >=20 Thank you for confirming. I'll update the 10.2-RELEASE errata accordingly. What should the proper sysctls be, for completeness? Glen --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVy8waAAoJEAMUWKVHj+KTYeAQAI3pG0N8jUnATRtGRvrjIui2 4bhZuHdlMGRmSftudxVa5ObOmknG5JUroJ+DBi6P9S+3hixFThsHJ4enCywboQV8 9Ghf59bMCGqk9CiEHe0cH2aCD5355zoH89xwAhlMV4KDi8Y5bC9dtYoHMBrghuqs 4ku2Naia5NJHXNokweT8sj+jzAYzOGwBggeuHiJJH5CwjQl9marVidRj+AeMU4zo XAKXF1FttQm8lIoSQ6RNlfnPzg0fE6EccYJRQ6AMuU8XS55w1PQPkscfAJUuGlJA yZeGgEt9umMr53AsxB4pubIAAqLL+1pgiNJBdtmmkRvOVoVasj13aPEvvCSbLFmC O/jl7Zb4aJ3g931S1L4l0cTv3babVZjHJXZmpypymPhL9qVozuRSae4wXOgLXB3T cQK+kHlXvJaa4E4XSJELpnzS3LrtMc5VA1Mll7jM6qCQyIe+J8VBZkymHNXTqxXa hc1NAxfbMsgtgEK/kACDMiIU0ZL3X43SV946taDvrO1FuvP+jTCimA88hEb+WMIK 8UMUoOPFaAPFVYD1til7XWEiizFHHx1orzayKXdUytFP8p34X+BnjpipX/ZUL6hn PhUluhB4PaXT5bppyPEwrFF1gsi5LHq9w4mKmVgAplXl5zXWyA8lZNhKm8LOdOwR r1HImfoKMJlOc7kn2bhg =TkAM -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From owner-freebsd-stable@freebsd.org Wed Aug 12 22:54:44 2015 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 CD99D9A0624 for ; Wed, 12 Aug 2015 22:54:44 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (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 B18A6931; Wed, 12 Aug 2015 22:54:44 +0000 (UTC) (envelope-from sbruno@ignoranthack.me) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9AE571928D6; Wed, 12 Aug 2015 22:54:43 +0000 (UTC) Reply-To: sbruno@freebsd.org Subject: Re: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP References: <131f8a0f25200031103639e969702727@dweimer.net> <20150812221546.GB1460@FreeBSD.org> <55CBCB91.9010301@ignoranthack.me> <20150812224338.GC1460@FreeBSD.org> To: Glen Barber Cc: freebsd-stable@freebsd.org From: Sean Bruno Message-ID: <55CBCEB2.9010009@ignoranthack.me> Date: Wed, 12 Aug 2015 15:54:42 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150812224338.GC1460@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 22:54:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/12/15 15:43, Glen Barber wrote: > On Wed, Aug 12, 2015 at 03:41:21PM -0700, Sean Bruno wrote: >> On 08/12/15 15:15, Glen Barber wrote: >>> On Wed, Aug 12, 2015 at 01:09:31PM -0500, dweimer wrote: >>>> I was reading through the Release notes, and decided to >>>> enable net.inet.tcp.pmtud_blackhole_detection in my test >>>> environment. It appears that the monitoring tunable >>>> net.inet.tcp.pmtud_blackhole_min_activated is incorrectly >>>> listed. Using sysctl -a | grep net.inet.tcp.pmtud, doesn't >>>> show it as a result. The test system is running RC3 built on >>>> the 7th from revision 286391 of the >>>> https://svn.freebsd.org/base/releng/10.2 tree. >>>> >>>> root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud >>>> net.inet.tcp.pmtud_blackhole_mss: 1200 >>>> net.inet.tcp.pmtud_blackhole_failed: 0 >>>> net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 >>>> net.inet.tcp.pmtud_blackhole_activated: 0 >>>> net.inet.tcp.pmtud_blackhole_detection: 1 >>>> >>>> I did confirm that the pmtud_blackhole_min_activated option >>>> is also listed in the tcp(4) man page page as well. >>>> >>>> If anyone is more familiar with this than I am can they look >>>> into seeing if there is indeed an error, or if I am missing >>>> something here. >>>> >>> >>> This appears to be an error based on the content of the commit >>> log. I will confirm with the person that committed the code, >>> and will note the findings in the 10.2-RELEASE errata >>> document. >>> >> >> This looks like I failed to MFC r276345 to stable 10 in order to >> update tcp.4 leading to this confusion. >> > > Thank you for confirming. I'll update the 10.2-RELEASE errata > accordingly. > > What should the proper sysctls be, for completeness? > > Glen > % sysctl -a|grep pmtud net.inet.tcp.v6pmtud_blackhole_mss: 1220 net.inet.tcp.pmtud_blackhole_mss: 1200 net.inet.tcp.pmtud_blackhole_failed: 0 net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 net.inet.tcp.pmtud_blackhole_activated: 0 net.inet.tcp.pmtud_blackhole_detection: 0 These are correct. The man page is now updated as of svn r286706. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVy86vXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kyVMIAMPN8pFIgeGRX3bvqfZv5F8C qt3hhZGKWXqsAd4Ij+74rmZQP/7bBGC6jQCyztnHyLy7zN6zKtEKaznP5kjOmsrw 96ovaOKskfTL4cBUUb8KSyvoyZ/v2JBlnc56loFsfJBJ1vG+7LfQKjYkCfMyhPh0 JWr0LzkNKve46yfZr84I9VXux5Y0lsIWxvaDJ+zA4ISzb6tWEZMuC+yxY6v6ubQk zgkyrXUyFRs6taUWn3Mm3EdJKjbC0tOHwD1fAebRSZbmA0ZmkONWJlm3mshkU5Yd nxfUYCs0n1let9cQ7QaKA+czkl3BV7oUfZ7QDcc54D5fb8AG1z8nehPfq2LGOL4= =wVa0 -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Wed Aug 12 22:57:04 2015 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 0AC339A0695 for ; Wed, 12 Aug 2015 22:57:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E2FD8A53; Wed, 12 Aug 2015 22:57:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 7089C1882; Wed, 12 Aug 2015 22:57:03 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Wed, 12 Aug 2015 22:57:01 +0000 From: Glen Barber To: sbruno@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: Possible Error in the FreeBSD 10.2 Release Notes/Man page for TCP Message-ID: <20150812225701.GE1460@FreeBSD.org> References: <131f8a0f25200031103639e969702727@dweimer.net> <20150812221546.GB1460@FreeBSD.org> <55CBCB91.9010301@ignoranthack.me> <20150812224338.GC1460@FreeBSD.org> <55CBCEB2.9010009@ignoranthack.me> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a1QUDc0q7S3U7/Jg" Content-Disposition: inline In-Reply-To: <55CBCEB2.9010009@ignoranthack.me> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Aug 2015 22:57:04 -0000 --a1QUDc0q7S3U7/Jg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 12, 2015 at 03:54:42PM -0700, Sean Bruno wrote: > On 08/12/15 15:43, Glen Barber wrote: > > On Wed, Aug 12, 2015 at 03:41:21PM -0700, Sean Bruno wrote: > >> On 08/12/15 15:15, Glen Barber wrote: > >>> On Wed, Aug 12, 2015 at 01:09:31PM -0500, dweimer wrote: > >>>> I was reading through the Release notes, and decided to > >>>> enable net.inet.tcp.pmtud_blackhole_detection in my test > >>>> environment. It appears that the monitoring tunable=20 > >>>> net.inet.tcp.pmtud_blackhole_min_activated is incorrectly > >>>> listed. Using sysctl -a | grep net.inet.tcp.pmtud, doesn't > >>>> show it as a result. The test system is running RC3 built on > >>>> the 7th from revision 286391 of the > >>>> https://svn.freebsd.org/base/releng/10.2 tree. > >>>>=20 > >>>> root@freebsd:/usr/src # sysctl -a | grep net.inet.tcp.pmtud=20 > >>>> net.inet.tcp.pmtud_blackhole_mss: 1200=20 > >>>> net.inet.tcp.pmtud_blackhole_failed: 0=20 > >>>> net.inet.tcp.pmtud_blackhole_activated_min_mss: 0=20 > >>>> net.inet.tcp.pmtud_blackhole_activated: 0=20 > >>>> net.inet.tcp.pmtud_blackhole_detection: 1 > >>>>=20 > >>>> I did confirm that the pmtud_blackhole_min_activated option > >>>> is also listed in the tcp(4) man page page as well. > >>>>=20 > >>>> If anyone is more familiar with this than I am can they look > >>>> into seeing if there is indeed an error, or if I am missing > >>>> something here. > >>>>=20 > >>>=20 > >>> This appears to be an error based on the content of the commit=20 > >>> log. I will confirm with the person that committed the code, > >>> and will note the findings in the 10.2-RELEASE errata > >>> document. > >>>=20 > >>=20 > >> This looks like I failed to MFC r276345 to stable 10 in order to=20 > >> update tcp.4 leading to this confusion. > >>=20 > >=20 > > Thank you for confirming. I'll update the 10.2-RELEASE errata=20 > > accordingly. > >=20 > > What should the proper sysctls be, for completeness? > >=20 > > Glen > >=20 >=20 > % sysctl -a|grep pmtud > net.inet.tcp.v6pmtud_blackhole_mss: 1220 > net.inet.tcp.pmtud_blackhole_mss: 1200 > net.inet.tcp.pmtud_blackhole_failed: 0 > net.inet.tcp.pmtud_blackhole_activated_min_mss: 0 > net.inet.tcp.pmtud_blackhole_activated: 0 > net.inet.tcp.pmtud_blackhole_detection: 0 >=20 >=20 > These are correct. The man page is now updated as of svn r286706. >=20 Thank you. Glen --a1QUDc0q7S3U7/Jg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVy889AAoJEAMUWKVHj+KTERgP/30SGD1C1AdE3rMBRGZ/T/2q 5356Mdz/gxUcpHy6cdsKJUit5ptpPaZPnpDKTr/KSIb37HhfWxYZQBDq/IF5/zE0 CQ1FrWLVvmSsiNB+32TxCumKF6bRPxtQFbsLhfC6nC9Q9khyRUxMTx1GzpH58ap9 B8JAq2Bs5j/O2i6x/HMORmdH41MXOf6v+n6pmP77YWmm3pRsPSIu1iJD0IdEn+N7 mvllK0anFVZs9kJ4b/VvtN7AFrvc/OhDu7GzInc8Af8T0WiDFCbfBvzSk0G0QuDx ez8lAZNsC5QY/lRLRVkrNpeGypZSNuFyMwF1Lt3O3CH32/TLNzeMOf1PMNp46wlg yRex8aBhJvo3I7+JdAbRX8hcayBxRwcLtPYWdP4i59PcvgiIpgAUnFsriDDbOeGd 6Ela+m1EoqSrm8wQ09siLtoKdSoa3EOThX9B3hCQFJreXh+l1VZqh2ChIH/fQp57 Fht2TN37eKopnp5aKMirEwZbK5xJGPXN9mXjpryKYG8+QTpAPAt6Tsp3KooMKW88 VE+IeYiA+uTVgrA9QddYf4Fi4BDx4uOfpXP0k8Pa4ZfITZRPWj7qnwMueOrZSK+R sIO+MKK6fk65KnR13elPfhgScIUOReW4/edhcA6+qkNFwoQ/LreWF3dmRLPiKEZo aao/GX0DHEU1bbaXgB+t =qkT4 -----END PGP SIGNATURE----- --a1QUDc0q7S3U7/Jg-- From owner-freebsd-stable@freebsd.org Thu Aug 13 04:05:06 2015 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 8B4529A0BE2 for ; Thu, 13 Aug 2015 04:05:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2F5D93; Thu, 13 Aug 2015 04:05:06 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 013035EA; Thu, 13 Aug 2015 04:04:59 +0000 (UTC) Date: Thu, 13 Aug 2015 04:04:54 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <24819427.86.1439438695079.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1616 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2015 04:05:06 -0000 FreeBSD_stable_10 - Build #1616 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/console Change summaries: No changes The end of the build log: Started by an SCM change Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace /builds/FreeBSD_stable_10 Updating svn://svnmir.freebsd.org/base/stable/10 at revision '2015-08-13T03:51:09.950 +0000' FATAL: java.io.IOException: Unexpected termination of the channel hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel at hudson.remoting.Request.abort(Request.java:296) at hudson.remoting.Channel.terminate(Channel.java:815) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:69) at ......remote call to jenkins-10.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361) at hudson.remoting.Request.call(Request.java:171) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:980) at hudson.FilePath.act(FilePath.java:969) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.IOException: Unexpected termination of the channel at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50) Caused by: java.io.EOFException at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2328) at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2797) at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:802) at java.io.ObjectInputStream.(ObjectInputStream.java:299) at hudson.remoting.ObjectInputStreamEx.(ObjectInputStreamEx.java:40) at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) [WARNINGS] Skipping publisher since build result is FAILURE Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Thu Aug 13 04:14:16 2015 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 89A899A0D86 for ; Thu, 13 Aug 2015 04:14:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 77ECD153; Thu, 13 Aug 2015 04:14:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 0271A1FA9; Thu, 13 Aug 2015 04:14:15 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 13 Aug 2015 04:14:14 +0000 From: Glen Barber To: jenkins-admin@FreeBSD.org Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD_stable_10 - Build #1616 - Failure Message-ID: <20150813041414.GI1460@FreeBSD.org> References: <24819427.86.1439438695079.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KrHCbChajFcK0yQE" Content-Disposition: inline In-Reply-To: <24819427.86.1439438695079.JavaMail.jenkins@jenkins-9.freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Aug 2015 04:14:16 -0000 --KrHCbChajFcK0yQE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 13, 2015 at 04:04:54AM +0000, jenkins-admin@FreeBSD.org wrote: > FreeBSD_stable_10 - Build #1616 - Failure: >=20 > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/c= hanges > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1616/co= nsole >=20 > Change summaries: >=20 > No changes >=20 >=20 > The end of the build log: >=20 > Started by an SCM change > Started by an SCM change > Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace /bu= ilds/FreeBSD_stable_10 > Updating svn://svnmir.freebsd.org/base/stable/10 at revision '2015-08-13T= 03:51:09.950 +0000' > FATAL: java.io.IOException: Unexpected termination of the channel > hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected = termination of the channel Please fix this noise generator. This is beyond absurdity now. Glen --KrHCbChajFcK0yQE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVzBmRAAoJEAMUWKVHj+KTHAwP/0MBSl7e8BMRWI2sxFhIirW8 J1k8/wVvztboXDxOt3GuYilu6/4qZauaG+4lFQUFxh9Mo50dvwN9QNuNUhjsgOWo F1Rb/0GHa4nOQvXAmCTUw3ab26Jw+34UUG9/sKcMR1jkPvYLy3MV0LtGo6y3PgcE 3BA2xtTUjS5WABcEA5SZI4C5WGZc2bpqGxBZdCdOnK4aQThOnBg0tGPls4ZcZBV0 /jz94+3urt69csw3LLayYZ7pPi+KHucVgMXxf3kKwvfY3Yc6uNdEikKyec/KVT1L EnonueljiUG3eOKJYg3OQSS+f+CL+rhGBT5kT5DJg/TP+iyMHqGsPZmyxrvadsaQ D/cAHsNzywzEcP0KCz52KTCCGxZklDwwWP56zULC/A3gsd9fF2eEnMXe5GH3D89K JEtBkJLmLnf83tLi9R9+9q9NUHhtQ16kY43f5d4vdhKWKl2fCczEo921RtwhHBXs 84PsL11VlOjOp7dAkT+6nRlLsYMULh8Za7r+ohuG4RbBF6NYMeIu583WhLJxoYl5 /EgK6pIg5oyc8rexTQ3tz+h1gCOqJOXHZns+FnelSyEOkx/Kl10NChNAfItjJUUM MWiu2lIoqUosF+2nE1mbudl/h/8wfTp1fHpyEfEz7HAXZCENVWuOQmnklUiWM2uN HLyZBg/m9AqM/6BXEKjN =qQ30 -----END PGP SIGNATURE----- --KrHCbChajFcK0yQE-- From owner-freebsd-stable@freebsd.org Fri Aug 14 00:52:57 2015 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 8D01399EBB5 for ; Fri, 14 Aug 2015 00:52:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7E59010C0; Fri, 14 Aug 2015 00:52:57 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 910A47CD; Fri, 14 Aug 2015 00:52:54 +0000 (UTC) Date: Fri, 14 Aug 2015 00:52:52 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <846150440.98.1439513573096.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <24819427.86.1439438695079.JavaMail.jenkins@jenkins-9.freebsd.org> References: <24819427.86.1439438695079.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_stable_10 - Build #1617 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2015 00:52:57 -0000 FreeBSD_stable_10 - Build #1617 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1617/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1617/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/1617/console Change summaries: No changes From owner-freebsd-stable@freebsd.org Fri Aug 14 06:32:07 2015 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 B6D9D9B7AAB for ; Fri, 14 Aug 2015 06:32:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from mail13.tpgi.com.au (mail13.tpgi.com.au [203.12.160.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.tpg.com.au", Issuer "RapidSSL SHA256 CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33DFE1C63 for ; Fri, 14 Aug 2015 06:32:06 +0000 (UTC) (envelope-from ari@ish.com.au) X-TPG-Junk-Checked: Yes X-TPG-Junk-Status: score=1.3 tests=RDNS_NONE X-TPG-Junk-Level: * X-TPG-Antivirus: Passed X-TPG-Abuse: host=[202.161.115.54]; ip=202.161.115.54; date=Fri, 14 Aug 2015 15:58:42 +1000 Received: from fish.ish.com.au (202-161-115-54.static.tpgi.com.au [202.161.115.54] (may be forged)) by mail13.tpgi.com.au (envelope-from ari@ish.com.au) (8.14.3/8.14.3) with ESMTP id t7E5weVY031980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 14 Aug 2015 15:58:42 +1000 Received: from ip-136.ish.com.au ([203.29.62.136]:65348) by fish.ish.com.au with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZQ80j-0005pB-1s for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 15:58:38 +1000 X-CTCH-RefID: str=0001.0A090202.55CD838D.00CC:SCFSTAT29393324, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Aristedes Maniatis Subject: merging commiter headers X-Enigmail-Draft-Status: N1110 Message-ID: <55CD838C.4000109@ish.com.au> Date: Fri, 14 Aug 2015 15:58:36 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:40.0) Gecko/20100101 Thunderbird/40.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 06:32:07 -0000 I've just upgraded three machines from 10.1 to 10.2. Congratulations on the release... This was one of the worst upgrade experiences in my FreeBSD history, going back to 4.0 days. I used freebsd-update but I was absolutely swamped with merging the svn (nee cvs) headers in roughly 80 files. <<<<<<< current version # $FreeBSD: release/10.0.0/etc/periodic/security/800.loginfail 254974 2013-08-27 21:20:28Z jlh $ ======= # $FreeBSD: releng/10.2/etc/periodic/security/800.loginfail 263661 2014-03-23 12:58:48Z brueffer $ >>>>>>> 10.2-RELEASE Let's leave aside why users would care what commit number, date or user last touched this file. Let's assume that you don't need a header to tell you the path of the file you are looking at. And let's leave aside why release is now releng (are we saving bytes?). And let's leave aside why the diff shows an upgrade from 10.0 to 10.2 when actually this was from 10.1 to 10.2. Can't some merge tool inside freebsd-update just sort this out for me? Please? Not only does it take over 45 minutes to go through all those files, but I feel sure I missed something. Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@freebsd.org Fri Aug 14 09:15:04 2015 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 DEBB59B7E33 for ; Fri, 14 Aug 2015 09:15:04 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (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 9B1091024 for ; Fri, 14 Aug 2015 09:15:04 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id B1B24153430; Fri, 14 Aug 2015 11:14:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0m9K-wN9z0Z8; Fri, 14 Aug 2015 11:14:58 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:6ccb:50cc:bbb6:7aca] (unknown [IPv6:2001:4cb8:3:1:6ccb:50cc:bbb6:7aca]) by smtp.digiware.nl (Postfix) with ESMTP id C4CCB153416; Fri, 14 Aug 2015 11:14:58 +0200 (CEST) Message-ID: <55CDB18D.10106@digiware.nl> Date: Fri, 14 Aug 2015 11:14:53 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Aristedes Maniatis , freebsd-stable Subject: Re: merging commiter headers References: <55CD838C.4000109@ish.com.au> In-Reply-To: <55CD838C.4000109@ish.com.au> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 09:15:05 -0000 On 14-8-2015 07:58, Aristedes Maniatis wrote: > I've just upgraded three machines from 10.1 to 10.2. Congratulations > on the release... > > This was one of the worst upgrade experiences in my FreeBSD history, > going back to 4.0 days. I used freebsd-update but I was absolutely > swamped with merging the svn (nee cvs) headers in roughly 80 files. > > <<<<<<< current version # $FreeBSD: > release/10.0.0/etc/periodic/security/800.loginfail 254974 2013-08-27 > 21:20:28Z jlh $ ======= # $FreeBSD: > releng/10.2/etc/periodic/security/800.loginfail 263661 2014-03-23 > 12:58:48Z brueffer $ >>>>>>>> 10.2-RELEASE > > > Let's leave aside why users would care what commit number, date or > user last touched this file. Let's assume that you don't need a > header to tell you the path of the file you are looking at. And let's > leave aside why release is now releng (are we saving bytes?). And > let's leave aside why the diff shows an upgrade from 10.0 to 10.2 > when actually this was from 10.1 to 10.2. > > Can't some merge tool inside freebsd-update just sort this out for > me? Please? Not only does it take over 45 minutes to go through all > those files, but I feel sure I missed something. For me the majore reason to go back to - just plain STABLE installs - run mergemaster which has some tweaks to prevent diffs on versioning Compiling takes a bit of work. You kick off that during the night, and do the install next day. The upside from that is you get to deviate from what upstream thinks it should be. --WjW From owner-freebsd-stable@freebsd.org Fri Aug 14 13:20:51 2015 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 E74BA9B89F1 for ; Fri, 14 Aug 2015 13:20:51 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A44121FF9 for ; Fri, 14 Aug 2015 13:20:51 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EDFXR7040568 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 14 Aug 2015 08:15:36 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CDE9EE.5090603@tundraware.com> Date: Fri, 14 Aug 2015 08:15:26 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: FreeBSD Stable Maling List Subject: Swap Questions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 08:15:36 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EDFXR7040568 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 13:20:52 -0000 I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has 512M of memory and 1G of swap partition. I am seeing a ton of errors like this: Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(10): failed Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(14): failed Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(11): failed Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(6): failed Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(7): failed Aug 14 00:01:22 myhost last message repeated 2 times So, I added this to fstab (after creating /usr/swap0): md99 none swap sw,file=/usr/swap0 0 0 And then did this: swapon -aq But, when I do a swapinfo, all I can see is the "disk" swap partition that comes standard with the VPS: Device 1K-blocks Used Avail Capacity /dev/gpt/swapfs 1048576 456572 592004 44% Two questions: 1) Is this reasonable behavior from a machine wiht 512M of memory and a 1G swap partition? I am doing things like running clamscan and buildworld at the same time. That's why I tried to add space with a file. 2) Why doesn't the extra swap disk appear in the hostinfo output. TIA, ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Fri Aug 14 13:50:44 2015 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 5429F9B842A for ; Fri, 14 Aug 2015 13:50:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B7991B52 for ; Fri, 14 Aug 2015 13:50:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ZQF8Y-0004xd-Ki for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 15:35:17 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> Date: Fri, 14 Aug 2015 15:35:09 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <55CDE9EE.5090603@tundraware.com> 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: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40, URIBL_BLOCKED autolearn=disabled version=3.3.1 X-Scan-Signature: 1f72ff50073f138f9668c095d6f579a1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 13:50:44 -0000 On Fri, 14 Aug 2015 15:15:26 +0200, Tim Daneliuk wrote: > I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has > 512M of memory and 1G of swap partition. I am seeing a ton of errors > like > this: > > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(10): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(14): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(11): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(6): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(7): failed > Aug 14 00:01:22 myhost last message repeated 2 times > > > So, I added this to fstab (after creating /usr/swap0): > > md99 none swap sw,file=/usr/swap0 0 0 > > And then did this: > > swapon -aq > > > But, when I do a swapinfo, all I can see is the "disk" swap partition > that comes standard with the VPS: > > > Device 1K-blocks Used Avail Capacity > /dev/gpt/swapfs 1048576 456572 592004 44% > > > > Two questions: > > 1) Is this reasonable behavior from a machine wiht 512M of memory and > a 1G swap partition? I am doing things like running clamscan and > buildworld at the same time. That's why I tried to add space with > a file. > > 2) Why doesn't the extra swap disk appear in the hostinfo output. > Does the /dev/md99 device exist now? Otherwise something went wrong when you tried adding swap. Try swapon -a without the -q. Ronald From owner-freebsd-stable@freebsd.org Fri Aug 14 13:56:13 2015 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 9D68E9B8582 for ; Fri, 14 Aug 2015 13:56:13 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 3C17C1190 for ; Fri, 14 Aug 2015 13:56:12 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id t7EDrT87005283; Fri, 14 Aug 2015 15:53:29 +0200 (CEST) Received: from [217.29.44.232] ([217.29.44.232]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id t7EDrSdo030547; Fri, 14 Aug 2015 15:53:28 +0200 (CEST) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Swap Questions From: "Patrick M. Hausen" In-Reply-To: <55CDE9EE.5090603@tundraware.com> Date: Fri, 14 Aug 2015 15:53:28 +0200 Cc: FreeBSD Stable Maling List Content-Transfer-Encoding: quoted-printable Message-Id: <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> References: <55CDE9EE.5090603@tundraware.com> To: Tim Daneliuk X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 13:56:13 -0000 HI! > Am 14.08.2015 um 15:15 schrieb Tim Daneliuk : >=20 > I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that = has > 512M of memory and 1G of swap partition. I am seeing a ton of errors = like > this: >=20 > [...] > So, I added this to fstab (after creating /usr/swap0): Did you create it with dd or just with touch? You need to create a file that actually occupies the disk blocks with dd. HTH Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=C3=BCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@freebsd.org Fri Aug 14 14:45:27 2015 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 9DE719B9300 for ; Fri, 14 Aug 2015 14:45:27 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F20E18DA for ; Fri, 14 Aug 2015 14:45:26 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EEiapY004162 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 14 Aug 2015 09:44:36 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CDFECF.5090504@tundraware.com> Date: Fri, 14 Aug 2015 09:44:31 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 09:44:36 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EEiapY004162 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 14:45:27 -0000 On 08/14/2015 08:35 AM, Ronald Klop wrote: > Does the /dev/md99 device exist now? Otherwise something went wrong when you tried adding swap. Try swapon -a without the -q. Yes, the device exists and yes, swapon claims is is in use: swapon -a swapon: md99 on /usr/swap0: Device already in use But swapinfo doesn't know about it, if it is: swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/swapfs 1048576 500300 548276 48% I don't know whether this is just an artifact of how swapinfo reports things, but the system acts like it's not seeing the additional swap when it is under heavy load. The main culprit here, BTW, is clamav which chews through memory like crazy as best as I can determine, and this is a VM with only 512M of memory, hence the desire to increase swap space. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Fri Aug 14 14:47:26 2015 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 24A889B93B2 for ; Fri, 14 Aug 2015 14:47:26 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DA5641B93 for ; Fri, 14 Aug 2015 14:47:25 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EEkFSY004223 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 14 Aug 2015 09:46:16 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CDFF32.3020809@tundraware.com> Date: Fri, 14 Aug 2015 09:46:10 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: FreeBSD Stable Maling List Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> In-Reply-To: <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 09:46:16 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EEkFSY004223 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 14:47:26 -0000 On 08/14/2015 08:53 AM, Patrick M. Hausen wrote: > HI! > >> Am 14.08.2015 um 15:15 schrieb Tim Daneliuk : >> >> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >> this: >> >> [...] >> So, I added this to fstab (after creating /usr/swap0): > > Did you create it with dd or just with touch? You need to create a > file that actually occupies the disk blocks with dd. > > HTH > Patrick > The file was actually created, and space reserved. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Fri Aug 14 15:32:49 2015 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 32CB09B9C3A for ; Fri, 14 Aug 2015 15:32:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED043186F for ; Fri, 14 Aug 2015 15:32:48 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ZQGyG-0001fz-3a for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 17:32:45 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes References: <55CDE9EE.5090603@tundraware.com> <55CDFECF.5090504@tundraware.com> Subject: Re: Swap Questions To: freebsd-stable@freebsd.org Date: Fri, 14 Aug 2015 17:32:39 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <55CDFECF.5090504@tundraware.com> 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: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40, URIBL_BLOCKED autolearn=disabled version=3.3.1 X-Scan-Signature: 4c3c8b3d32e7d0cfaf2d58264fc1daa3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 15:32:49 -0000 On Fri, 14 Aug 2015 16:44:31 +0200, Tim Daneliuk wrote: > On 08/14/2015 08:35 AM, Ronald Klop wrote: >> Does the /dev/md99 device exist now? Otherwise something went wrong >> when you tried adding swap. Try swapon -a without the -q. > > Yes, the device exists and yes, swapon claims is is in use: > > swapon -a > swapon: md99 on /usr/swap0: Device already in use > > But swapinfo doesn't know about it, if it is: > > swapinfo > Device 1K-blocks Used Avail Capacity > /dev/gpt/swapfs 1048576 500300 548276 48% > > > I don't know whether this is just an artifact of how swapinfo reports > things, > but the system acts like it's not seeing the additional swap when it is > under > heavy load. > > The main culprit here, BTW, is clamav which chews through memory like > crazy > as best as I can determine, and this is a VM with only 512M of memory, > hence > the desire to increase swap space. > I tested this on my 11-CURRENT/amd64 laptop and I get this: # grep swap /etc/fstab /dev/gpt/swap0 none swap sw 0 0 md99 none swap sw,file=/tmp/test 0 0 # dd if=/dev/zero of=/tmp/test bs=1M count=10 # swapon -a swapon: adding /dev/md99 as swap device [root@sjakie /tmp]# swapinfo Device 1K-blocks Used Avail Capacity /dev/gpt/swap0 4193280 276744 3916536 7% /dev/md99 10240 0 10240 0% Total 4203520 276744 3926776 7% Works ok for me. Regards, Ronald. From owner-freebsd-stable@freebsd.org Fri Aug 14 15:52:01 2015 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 B7DDA9BA212 for ; Fri, 14 Aug 2015 15:52:01 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 915A4109F for ; Fri, 14 Aug 2015 15:52:01 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20150814154848078_0000 for ; Fri, 14 Aug 2015 08:48:48 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 62FF84D87A for ; Fri, 14 Aug 2015 08:48:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 546264D09F for ; Fri, 14 Aug 2015 08:48:47 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xMPhfQzM6KBo for ; Fri, 14 Aug 2015 08:48:47 -0700 (PDT) Received: from mailproxy-lb-07.peak.org (mailproxy-lb-07.peak.org [207.55.17.97]) by zmail-mta02.peak.org (Postfix) with ESMTP id 22A154D883 for ; Fri, 14 Aug 2015 08:48:47 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZQHDp-0004Cb-Tb for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 08:48:45 -0700 From: Carl Johnson To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> <55CDFF32.3020809@tundraware.com> Mail-Followup-To: freebsd-stable@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Fri, 14 Aug 2015 08:48:45 -0700 In-Reply-To: <55CDFF32.3020809@tundraware.com> (Tim Daneliuk's message of "Fri, 14 Aug 2015 09:46:10 -0500") Message-ID: <874mk1g9b6.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 15:52:01 -0000 Tim Daneliuk writes: > On 08/14/2015 08:53 AM, Patrick M. Hausen wrote: >> HI! >> >>> Am 14.08.2015 um 15:15 schrieb Tim Daneliuk : >>> >>> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >>> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >>> this: >>> >>> [...] >>> So, I added this to fstab (after creating /usr/swap0): >> >> Did you create it with dd or just with touch? You need to create a >> file that actually occupies the disk blocks with dd. >> >> HTH >> Patrick >> > > The file was actually created, and space reserved. Try removing the md99 device with mdconfig and then run the swapon again. -- Carl Johnson carlj@peak.org From owner-freebsd-stable@freebsd.org Fri Aug 14 16:29:30 2015 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 73C3B9BA8CC for ; Fri, 14 Aug 2015 16:29:30 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E0701250 for ; Fri, 14 Aug 2015 16:29:29 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EGOv7l004209 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 14 Aug 2015 11:24:58 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CE1654.8030304@tundraware.com> Date: Fri, 14 Aug 2015 11:24:52 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> <55CDFF32.3020809@tundraware.com> <874mk1g9b6.fsf@elk.localnet> In-Reply-To: <874mk1g9b6.fsf@elk.localnet> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 11:24:58 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EGOv7l004209 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 16:29:30 -0000 On 08/14/2015 10:48 AM, Carl Johnson wrote: > Tim Daneliuk writes: > >> On 08/14/2015 08:53 AM, Patrick M. Hausen wrote: >>> HI! >>> >>>> Am 14.08.2015 um 15:15 schrieb Tim Daneliuk : >>>> >>>> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >>>> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >>>> this: >>>> >>>> [...] >>>> So, I added this to fstab (after creating /usr/swap0): >>> >>> Did you create it with dd or just with touch? You need to create a >>> file that actually occupies the disk blocks with dd. >>> >>> HTH >>> Patrick >>> >> >> The file was actually created, and space reserved. > > Try removing the md99 device with mdconfig and then run the swapon again. > Now we're getting somewhere. The problem I discovered is that if I do this: 1) Remove fstab entry for swap file and reboot 2) Reinstall fstab entry for swap and swapon Voila' - it works. BUT ... if I then swapoff that disk *the md device does not go away and cannot be removed with mdcoswapon -a swapon: md99 on /usr/swap0: Device already in use nfig: mdconfig -d md99 mdconfig: file can only be used with -a I also cannot reenable it as swap again (which is why this appeared to not be working: swapon -a swapon: md99 on /usr/swap0: Device already in use IOW, the system thinks the /dev/md99 is still in use even though I have swapped it off and will neither automatically remove the device nor allow me to do so manually. Ideas anyone? (And that for all the help from you folks...) ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Fri Aug 14 16:41:46 2015 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 100679BACB4 for ; Fri, 14 Aug 2015 16:41:46 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter04.peak.org (filter04.peak.org [69.59.194.80]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D169E11E9 for ; Fri, 14 Aug 2015 16:41:45 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter04.peak.org ({b5578ef9-c87c-4111-97f7-092309db775d}) via TCP (outbound) with ESMTPS id 20150814163814683_0000 for ; Fri, 14 Aug 2015 09:38:14 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id C100A4D8D4 for ; Fri, 14 Aug 2015 09:38:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id B4AD64D8D2 for ; Fri, 14 Aug 2015 09:38:08 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vh2xscmwG7B8 for ; Fri, 14 Aug 2015 09:38:08 -0700 (PDT) Received: from mailproxy-lb-06.peak.org (mailproxy-lb-06.peak.org [207.55.17.96]) by zmail-mta02.peak.org (Postfix) with ESMTP id 7EEB14C051 for ; Fri, 14 Aug 2015 09:38:08 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZQHzb-0004PS-HS for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 09:38:07 -0700 From: Carl Johnson To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> <55CDFF32.3020809@tundraware.com> <874mk1g9b6.fsf@elk.localnet> <55CE1654.8030304@tundraware.com> Mail-Followup-To: freebsd-stable@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Fri, 14 Aug 2015 09:38:07 -0700 In-Reply-To: <55CE1654.8030304@tundraware.com> (Tim Daneliuk's message of "Fri, 14 Aug 2015 11:24:52 -0500") Message-ID: <87wpwxesgg.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 16:41:46 -0000 Tim Daneliuk writes: > On 08/14/2015 10:48 AM, Carl Johnson wrote: >> Tim Daneliuk writes: >> >>> On 08/14/2015 08:53 AM, Patrick M. Hausen wrote: >>>> HI! >>>> >>>>> Am 14.08.2015 um 15:15 schrieb Tim Daneliuk : >>>>> >>>>> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >>>>> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >>>>> this: >>>>> >>>>> [...] >>>>> So, I added this to fstab (after creating /usr/swap0): >>>> >>>> Did you create it with dd or just with touch? You need to create a >>>> file that actually occupies the disk blocks with dd. >>>> >>>> HTH >>>> Patrick >>>> >>> >>> The file was actually created, and space reserved. >> >> Try removing the md99 device with mdconfig and then run the swapon again. >> > > Now we're getting somewhere. The problem I discovered is that if I do this: > > 1) Remove fstab entry for swap file and reboot > 2) Reinstall fstab entry for swap and swapon > > Voila' - it works. BUT ... if I then swapoff that disk *the md device does > not go away and cannot be removed with mdcoswapon -a > swapon: md99 on /usr/swap0: Device already in use > nfig: > > mdconfig -d md99 > mdconfig: file can only be used with -a > > > I also cannot reenable it as swap again (which is why this appeared to not > be working: > > swapon -a > swapon: md99 on /usr/swap0: Device already in use > > > IOW, the system thinks the /dev/md99 is still in use even though I have swapped it > off and will neither automatically remove the device nor allow me to do so manually. I should have mentioned that I had similar problems until I added the "late" option to the swapfile line in fstab. I suspect that it is a general problem with swapfiles and should be in the swapfile example in the fstab(5) manpage. -- Carl Johnson carlj@peak.org From owner-freebsd-stable@freebsd.org Fri Aug 14 17:40:05 2015 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 BF1F19B8875 for ; Fri, 14 Aug 2015 17:40:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 830F41ABE for ; Fri, 14 Aug 2015 17:40:05 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t7EHdwdf023321 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 14 Aug 2015 11:39:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t7EHdvV3023318; Fri, 14 Aug 2015 11:39:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 14 Aug 2015 11:39:57 -0600 (MDT) From: Warren Block To: Tim Daneliuk cc: FreeBSD Stable Maling List Subject: Re: Swap Questions In-Reply-To: <55CDE9EE.5090603@tundraware.com> Message-ID: References: <55CDE9EE.5090603@tundraware.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 14 Aug 2015 11:39:58 -0600 (MDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 17:40:05 -0000 On Fri, 14 Aug 2015, Tim Daneliuk wrote: > I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has > 512M of memory and 1G of swap partition. I am seeing a ton of errors like > this: > > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(10): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(14): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(11): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(6): failed > Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(7): failed > Aug 14 00:01:22 myhost last message repeated 2 times > > > So, I added this to fstab (after creating /usr/swap0): > > md99 none swap sw,file=/usr/swap0 0 0 > > And then did this: > > swapon -aq > > > But, when I do a swapinfo, all I can see is the "disk" swap partition > that comes standard with the VPS: > > > Device 1K-blocks Used Avail Capacity > /dev/gpt/swapfs 1048576 456572 592004 44% Add the -L (late) option to swapon. How this works might differ between 10-Release, 10-Stable, and 11. Incidentally, md99 does not have to be literal, it's just meant to get the md device number up out of the way of common interactive usage of mdconfig. From owner-freebsd-stable@freebsd.org Fri Aug 14 18:16:39 2015 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 B84B79B9179 for ; Fri, 14 Aug 2015 18:16:39 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 77E8511FA for ; Fri, 14 Aug 2015 18:16:38 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EH8CRf019489 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 14 Aug 2015 12:08:13 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CE2077.3010703@tundraware.com> Date: Fri, 14 Aug 2015 12:08:07 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> <55CDFF32.3020809@tundraware.com> <874mk1g9b6.fsf@elk.localnet> <55CE1654.8030304@tundraware.com> <87wpwxesgg.fsf@elk.localnet> In-Reply-To: <87wpwxesgg.fsf@elk.localnet> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 12:08:13 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EH8CRf019489 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 18:16:39 -0000 On 08/14/2015 11:38 AM, Carl Johnson wrote: > I should have mentioned that I had similar problems until I added the > "late" option to the swapfile line in fstab. I suspect that it is a > general problem with swapfiles and should be in the swapfile example in > the fstab(5) manpage. > Would you mind posting the exact line you're using... Thanks -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Fri Aug 14 18:44:00 2015 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 2ADC69B96AE for ; Fri, 14 Aug 2015 18:44:00 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF3DC17EE for ; Fri, 14 Aug 2015 18:43:59 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20150814184358262_0000 for ; Fri, 14 Aug 2015 11:43:58 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 8C2794D995 for ; Fri, 14 Aug 2015 11:43:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 7CC434D999 for ; Fri, 14 Aug 2015 11:43:57 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id yHv-vpzTWPZ3 for ; Fri, 14 Aug 2015 11:43:57 -0700 (PDT) Received: from mailproxy-lb-05.peak.org (mailproxy-lb-05.peak.org [207.55.17.95]) by zmail-mta02.peak.org (Postfix) with ESMTP id 42D174D995 for ; Fri, 14 Aug 2015 11:43:57 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZQJxM-000529-63 for freebsd-stable@freebsd.org; Fri, 14 Aug 2015 11:43:56 -0700 From: Carl Johnson To: freebsd-stable@freebsd.org Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> <280266DF-AD94-4DC2-A5E1-AD0603B33BFE@punkt.de> <55CDFF32.3020809@tundraware.com> <874mk1g9b6.fsf@elk.localnet> <55CE1654.8030304@tundraware.com> <87wpwxesgg.fsf@elk.localnet> <55CE2077.3010703@tundraware.com> Mail-Followup-To: freebsd-stable@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Fri, 14 Aug 2015 11:43:56 -0700 In-Reply-To: <55CE2077.3010703@tundraware.com> (Tim Daneliuk's message of "Fri, 14 Aug 2015 12:08:07 -0500") Message-ID: <87si7lemmr.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 18:44:00 -0000 Tim Daneliuk writes: > On 08/14/2015 11:38 AM, Carl Johnson wrote: > >> I should have mentioned that I had similar problems until I added the >> "late" option to the swapfile line in fstab. I suspect that it is a >> general problem with swapfiles and should be in the swapfile example in >> the fstab(5) manpage. >> > > Would you mind posting the exact line you're using... Thanks md none swap sw,late,file=/var/swapfile 0 0 This is on a Raspberry Pi, but I don't think that should make any difference. -- Carl Johnson carlj@peak.org From owner-freebsd-stable@freebsd.org Fri Aug 14 18:53:00 2015 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 E63629B98DC for ; Fri, 14 Aug 2015 18:53:00 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B7881EEC for ; Fri, 14 Aug 2015 18:52:59 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7EIX8ap075972 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 14 Aug 2015 13:33:09 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CE345C.8080204@tundraware.com> Date: Fri, 14 Aug 2015 13:33:00 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: Warren Block CC: FreeBSD Stable Maling List Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Fri, 14 Aug 2015 13:33:09 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7EIX8ap075972 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Aug 2015 18:53:01 -0000 On 08/14/2015 12:39 PM, Warren Block wrote: > On Fri, 14 Aug 2015, Tim Daneliuk wrote: > >> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >> this: >> >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(10): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(14): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(11): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(6): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(7): failed >> Aug 14 00:01:22 myhost last message repeated 2 times >> >> >> So, I added this to fstab (after creating /usr/swap0): >> >> md99 none swap sw,file=/usr/swap0 0 0 >> >> And then did this: >> >> swapon -aq >> >> >> But, when I do a swapinfo, all I can see is the "disk" swap partition >> that comes standard with the VPS: >> >> >> Device 1K-blocks Used Avail Capacity >> /dev/gpt/swapfs 1048576 456572 592004 44% > > Add the -L (late) option to swapon. How this works might differ between 10-Release, 10-Stable, and 11. > > Incidentally, md99 does not have to be literal, it's just meant to get the md device number up out of the way of common interactive usage of mdconfig. I can try that, but this still does not resolve the issue of md99 (I get that its not literal :) is not destroyed with the swapoff nor the fact that the swap file doesn't get put into use at all on boot. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Sat Aug 15 15:50:08 2015 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 CAE2E9BAFB7 for ; Sat, 15 Aug 2015 15:50:08 +0000 (UTC) (envelope-from news@mips.inka.de) Received: from mail.inka.de (quechua.inka.de [IPv6:2001:7c0:407:1001:217:a4ff:fe3b:e77c]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 915701CBA for ; Sat, 15 Aug 2015 15:50:08 +0000 (UTC) (envelope-from news@mips.inka.de) Received: from mips.inka.de (news@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1ZQdif-0004SZ-Ks; Sat, 15 Aug 2015 17:50:05 +0200 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.15.2/8.15.2) with ESMTP id t7FFk0e6033914 for ; Sat, 15 Aug 2015 17:46:00 +0200 (CEST) (envelope-from news@lorvorc.mips.inka.de) Received: (from news@localhost) by lorvorc.mips.inka.de (8.15.2/8.15.2/Submit) id t7FFk0Uv033913 for freebsd-stable@freebsd.org; Sat, 15 Aug 2015 17:46:00 +0200 (CEST) (envelope-from news) To: freebsd-stable@freebsd.org From: Christian Weisgerber Newsgroups: list.freebsd.stable Subject: 10.2: ntp update breaks DCF77 clock Date: Sat, 15 Aug 2015 15:46:00 +0000 (UTC) Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: lorvorc.mips.inka.de 1439653560 33912 ::1 (15 Aug 2015 15:46:00 GMT) X-Complaints-To: usenet@mips.inka.de User-Agent: slrn/1.0.2 (FreeBSD) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 15:50:08 -0000 I have a little Soekris box whose ONLY task is to get the time from a simple DCF77 time signal receiver and redistribute it with NTP. The update from 10.1 to 10.2 has broken this functionality. The relevant ntp.conf configuration... server 127.127.8.0 mode 14 fudge 127.127.8.0 time1 0.235 ... now results in the obscure error message: PARSE receiver #0: parse_start: parse_setfmt() FAILED. The ntp code is not very transparent, but I think the root cause are the ntp/config.h changes that came with the 4.2.8p3 update. A number of previously disabled obscure clock drivers were enabled, but crucially CLOCK_RAWDCF was disabled, and this is the PARSE subdriver needed to use the popular DCF77 serial receivers. Frankly, it looks like we used to have a carefully considered selection of clock drivers which has been blindly splattered with the upstream defaults in the last update. I don't know how to proceed here. The system ntpd is broken. The ntpd in ports also doesn't enable this clock type by default, so no package. The whole raison d'être for this setup was to have a maintenance-free NTP server that does not require custom compiling ntpd. *sigh* -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@freebsd.org Sat Aug 15 18:25:53 2015 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 DEB129BA4D2 for ; Sat, 15 Aug 2015 18:25:53 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 948911203 for ; Sat, 15 Aug 2015 18:25:53 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-24-166-126-146.neo.res.rr.com [24.166.126.146]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 94dfff9b; Sat, 15 Aug 2015 14:25:43 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id d2293a5d; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 15 Aug 2015 14:25:42 -0400 (EDT) Message-ID: <1439663230.5785.15.camel@michaeleichorn.com> Subject: Re: 10.2: ntp update breaks DCF77 clock From: "Michael B. Eichorn" To: Christian Weisgerber , freebsd-stable@freebsd.org Date: Sat, 15 Aug 2015 14:27:10 -0400 In-Reply-To: References: Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-QWGPR4UEtGg/ZpUe7uj1" X-Mailer: Evolution 3.16.5 Mime-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 18:25:54 -0000 --=-QWGPR4UEtGg/ZpUe7uj1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2015-08-15 at 15:46 +0000, Christian Weisgerber wrote: > I have a little Soekris box whose ONLY task is to get the time from > a simple DCF77 time signal receiver and redistribute it with NTP. > The update from 10.1 to 10.2 has broken this functionality. >=20 > The relevant ntp.conf configuration... >=20 > server 127.127.8.0 mode 14 > fudge 127.127.8.0 time1 0.235 >=20 > ... now results in the obscure error message: >=20 > PARSE receiver #0: parse_start: parse_setfmt() FAILED. >=20 > The ntp code is not very transparent, but I think the root cause > are the ntp/config.h changes that came with the 4.2.8p3 update. A > number of previously disabled obscure clock drivers were enabled, > but crucially CLOCK_RAWDCF was disabled, and this is the PARSE > subdriver needed to use the popular DCF77 serial receivers. >=20 > Frankly, it looks like we used to have a carefully considered > selection of clock drivers which has been blindly splattered with > the upstream defaults in the last update. >=20 > I don't know how to proceed here. The system ntpd is broken. The > ntpd in ports also doesn't enable this clock type by default, so > no package. The whole raison d'=C3=AAtre for this setup was to have a > maintenance-free NTP server that does not require custom compiling > ntpd. *sigh* >=20 Dunno as to what happened with ntp or how to fix it, but there are a couple other ntp soultions in ports that might work.=20 NTP is known to be very complex, IIRC phk@ is being paid by the Linux Foundation to write a replacement, ntimed. While there has not yet been an official release ntimed is in ports. Another option is OpenNTPD from OpenBSD, the portable version of this is in ports as well. I have no idea if they will work any better with your receiver, but since they are completely separate implementations they might be worth a try. Not really an expert here, you mentioned trying the ntp port, and I was aware of these two alternative implementations. --=-QWGPR4UEtGg/ZpUe7uj1 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA4MTUxODI3MTBaME8GCSqGSIb3DQEJ BDFCBECARLh7sloyqSWdGAR4wEVpI7L2vdKsr0n1rJvVVvboK4/FozVstDLVhObyMXtytz1LOgyX u0Fjp2XD6ztkqcMRMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEAR56+8MGWt2WlpytPUQjeksUi5C4wsCEfvAJTXc6b 1COZzHClcXod0S7ORgVOhTJwEDSXa9gnyBeORbwqN7GmzXvtE4LtpqG9gBSFZWdodpICa0sVyvA4 84UoJCjHw2D0XJWv3yaGEEYMwjH0a795iXwyh1cRPqETLPIcwr/IYtk5br52rYT5OnBonTt6j7JG S7RqK4eMp1MhpStcno8JJc+9pf6Ame/YVvR7XXH9QLRipFf+8yr7uG8qOjmRi10oc/wqdiqNL8U3 TP9DZ54/iFNSFDMFUup6V3+b5SCB8rhuurOJy0YAdOCW27Jq/quw9zkLjf35I8a/7fFO4il0PgAA AAAAAA== --=-QWGPR4UEtGg/ZpUe7uj1-- From owner-freebsd-stable@freebsd.org Sat Aug 15 18:47:22 2015 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 5AB289BA776 for ; Sat, 15 Aug 2015 18:47:22 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170]) (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 33F131993 for ; Sat, 15 Aug 2015 18:47:21 +0000 (UTC) (envelope-from chris.anderson@gmail.com) Received: by iodb91 with SMTP id b91so114078060iod.1 for ; Sat, 15 Aug 2015 11:47:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:from:date:message-id:subject:to:content-type; bh=TXMzWD3XPykXSo8tF2kCn7NZV5tfq8LMqWBhFTUo4qM=; b=D3SjVYtBZ+k/Zh+APVhFM1z0gQfStytq2slBjchh74JHQexZBafozMHRgvtWwj3MDD BLnoYm3Rf1koQjJpsP6foYFIlEPByEx/jaYvu1fGKlxbndivsxEyamJRuJ17mjTlOFew 5p6576D3OUjaTJUdYneFrd6sSRqNqyllTcWG00giPU9R0Q/wNc1oHGWDY0Wd48dC5Vu5 NuwdbU5j3ceBg/yS6Af9q2OiWNUajgEUnnISIM8t5+88g81N7lOq76NLjQzjjABsD8x0 l4F8bWH9H1gvJpGvUxIRVApsF/L9vROrkPQfxRJRgBw9CuaHGIvk9TP76snPZTTTfFcs /USQ== X-Received: by 10.107.152.148 with SMTP id a142mr18855189ioe.149.1439664441010; Sat, 15 Aug 2015 11:47:21 -0700 (PDT) MIME-Version: 1.0 From: Chris Anderson Date: Sat, 15 Aug 2015 18:47:11 +0000 Message-ID: Subject: libopie problems after upgrade to 10.2 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 18:47:22 -0000 just upgraded from 10.1-RELEASE-p16 to 10.2-RELEASE using freebsd-update. after the upgrade, I began getting errors because pam_opie.so.5 has an unsatisfied link to libopie.so.7 (my system only has libopie.so.8). I notice a fresh install of 10.2-RELEASE does indeed contain libopie.so.7, so I'm curious how I managed to get into this state in the first place and whether it is anything I should worry about. This machine has only been upgraded using freebsd-update and I'm pretty sure it started from 10.0-RELEASE. I have temporarily worked around with an entry in libmap. Here are the files involved: # ls -l /usr/lib/pam_opie* lrwxr-xr-x 1 root wheel 13 Sep 27 2013 /usr/lib/pam_opie.so -> pam_opie.so.5 -r--r--r-- 1 root wheel 7000 Aug 14 11:56 /usr/lib/pam_opie.so.5 lrwxr-xr-x 1 root wheel 19 Sep 27 2013 /usr/lib/pam_opieaccess.so -> pam_opieaccess.so.5 -r--r--r-- 1 root wheel 5568 Aug 14 11:56 /usr/lib/pam_opieaccess.so.5 # ls -l /usr/lib/libopie* -r--r--r-- 1 root wheel 84582 Aug 14 11:57 /usr/lib/libopie.a lrwxr-xr-x 1 root wheel 12 Sep 29 2014 /usr/lib/libopie.so -> libopie.so.8 -r--r--r-- 1 root wheel 38280 Oct 5 2014 /usr/lib/libopie.so.8 -r--r--r-- 1 root wheel 88048 Aug 14 11:57 /usr/lib/libopie_p.a From owner-freebsd-stable@freebsd.org Sat Aug 15 19:00:29 2015 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 5683D9BA9BE for ; Sat, 15 Aug 2015 19:00:29 +0000 (UTC) (envelope-from johan@300.nl) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (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 11D7F1E82 for ; Sat, 15 Aug 2015 19:00:28 +0000 (UTC) (envelope-from johan@300.nl) Received: by wicja10 with SMTP id ja10so42155659wic.1 for ; Sat, 15 Aug 2015 12:00:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=300.nl; s=tip; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=aysZEB9UfcTDRbpCtVVd2TCBseK61eXcgnOV7QFtkBM=; b=lUesSiHsJ2qkj8LQi25uzYJVthlqpWnv+5sgZzMG5CLtOjSamVgBBvK9BUZwfWhlcx +tcc5YdBsF2dfqpc5FhROF0j4AhenUllp092++NfB3Q0ocnd7HMM+LasyuMADBoRJDsh K51gDQLwPxZIndj3EZTCn4DToKLJtEwWUTrM4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=aysZEB9UfcTDRbpCtVVd2TCBseK61eXcgnOV7QFtkBM=; b=NgUm4218WetQyHaDezqIvTSdIrkNZ0yqoqaCAGGbWMHI7s0cDL02RJ8vdhsykc9KK5 hZcWvhcv1kfisB2c1ApsfKfeJO87gaERLv5DCAUUBDAXhLjLOvktVGegpplMvmu4qJOR 15v3mvI5W7WxfHgRL+8/9Kvu0Xyr9L37CxbN0FZ0zLJLlGONo4oa6cG/U+kBdCJfRUQV P9ObKxK5j/DgqDbEoAcO4eHy46x8FquaYLpS00/Znn3k6zzDw9UIUhk0GVHuFoigDhyK EDLdbsI7A+bHhcLVG02IJQ/tLg2GxsDPXrytD5KOf6OAXv/kiLs6QSIbkUvE2LxKwVYE 1IEA== X-Gm-Message-State: ALoCoQmIk8WWRmW9Qdvl45oo8n3B8yefDhMQJ6k6PhcQbOZIrMrD+Pp2dEc2Aqh/ZHNYmQ9i2nEp X-Received: by 10.181.13.230 with SMTP id fb6mr18045667wid.47.1439665226976; Sat, 15 Aug 2015 12:00:26 -0700 (PDT) Received: from [10.0.1.12] (095-096-057-136.static.chello.nl. [95.96.57.136]) by smtp.gmail.com with ESMTPSA id bd9sm8915003wib.18.2015.08.15.12.00.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 15 Aug 2015 12:00:26 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: libopie problems after upgrade to 10.2 From: Johan Schuijt-Li In-Reply-To: Date: Sat, 15 Aug 2015 21:00:25 +0200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Chris Anderson X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 19:00:29 -0000 I actually have the exact same problem, but worked around by creating a = symlink. My libopie.so.8 has the exact same properties as yours (file = length and date). I also did a small diff on the checksums in /usr/lib compared to the = release build: $ diff base.txt jail.txt=20 12,13c12,13 < SHA256 (dtrace) =3D = 7a9b63f277e8ecc59969fd76c0ed77981b1cd58f6934e5893208820df6fd379d < SHA256 (engines) =3D = c99cccdfe0bbbd06d049309d67012809e53337f4b8d534cffbc7f28c4347f4da --- > SHA256 (dtrace) =3D = e55210c96547241d3747b755578f7e2c9a9561759b6f90ba3b802090184531a3 > SHA256 (engines) =3D = d58cb5ccc79382bef2d1b2637c914120502032f8ab933d28f703ffc2ba0a9b0b 15,16c15,16 < SHA256 (i18n) =3D = d7d88d2462ff9e50b9b5666bf93def022d9f10c23c038acc07f429c8ace86095 < SHA256 (include) =3D = 1a9401ab8473379478012cf6af354f3448dffd6ba22af138c940824e2695f6e6 --- > SHA256 (i18n) =3D = f699bb9a283924ade54398dc45c67c511789435ff76abd08060f1016a09d88bd > SHA256 (include) =3D = 5036f146c7e63b8414f62cac8c13abb92cb1c16dd8845748b8eca320a1f69d42 330,332c330,331 < SHA256 (libopie.so) =3D = c8ce7de5c31ddfd588cf3dd5b68dd97b0f76180d09a7011a9e9b351f6c5cece0 < SHA256 (libopie.so.7) =3D = c8ce7de5c31ddfd588cf3dd5b68dd97b0f76180d09a7011a9e9b351f6c5cece0 < SHA256 (libopie.so.8) =3D = c8ce7de5c31ddfd588cf3dd5b68dd97b0f76180d09a7011a9e9b351f6c5cece0 --- > SHA256 (libopie.so) =3D = 3a0c6bab3535b4a731a19e6df04b9d95ad1e3d0d6e44852c10f0ffbd7cde6ad1 > SHA256 (libopie.so.7) =3D = 3a0c6bab3535b4a731a19e6df04b9d95ad1e3d0d6e44852c10f0ffbd7cde6ad1 558c557 < SHA256 (private) =3D = 11bd2e8f469c06a1f88baf0a43591cb83161399dd03a644f615bf04627cc5e99 --- > SHA256 (private) =3D = 9888acf06a8c0cbb025309581c4ed52c17d91fcc6a75340fae05807f8d0c3915 I=E2=80=99m comparing my installed system against a clean 10.2-RELEASE = poudriere jail. - Johan > On 15 Aug 2015, at 20:47, Chris Anderson wrote: >=20 > just upgraded from 10.1-RELEASE-p16 to 10.2-RELEASE using = freebsd-update. >=20 > after the upgrade, I began getting errors because pam_opie.so.5 has an > unsatisfied link to libopie.so.7 (my system only has libopie.so.8). >=20 > I notice a fresh install of 10.2-RELEASE does indeed contain = libopie.so.7, > so I'm curious how I managed to get into this state in the first place = and > whether it is anything I should worry about. This machine has only = been > upgraded using freebsd-update and I'm pretty sure it started from > 10.0-RELEASE. >=20 > I have temporarily worked around with an entry in libmap. >=20 > Here are the files involved: >=20 > # ls -l /usr/lib/pam_opie* > lrwxr-xr-x 1 root wheel 13 Sep 27 2013 /usr/lib/pam_opie.so -> > pam_opie.so.5 > -r--r--r-- 1 root wheel 7000 Aug 14 11:56 /usr/lib/pam_opie.so.5 > lrwxr-xr-x 1 root wheel 19 Sep 27 2013 = /usr/lib/pam_opieaccess.so -> > pam_opieaccess.so.5 > -r--r--r-- 1 root wheel 5568 Aug 14 11:56 = /usr/lib/pam_opieaccess.so.5 >=20 > # ls -l /usr/lib/libopie* > -r--r--r-- 1 root wheel 84582 Aug 14 11:57 /usr/lib/libopie.a > lrwxr-xr-x 1 root wheel 12 Sep 29 2014 /usr/lib/libopie.so -> > libopie.so.8 > -r--r--r-- 1 root wheel 38280 Oct 5 2014 /usr/lib/libopie.so.8 > -r--r--r-- 1 root wheel 88048 Aug 14 11:57 /usr/lib/libopie_p.a > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sat Aug 15 19:08:13 2015 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 4491C9BAA58 for ; Sat, 15 Aug 2015 19:08:13 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [104.236.38.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oceanview.tundraware.com", Issuer "oceanview.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0651512ED for ; Sat, 15 Aug 2015 19:08:12 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id t7FJ83lY006593 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 15 Aug 2015 14:08:03 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: <55CF8E0B.7050608@tundraware.com> Date: Sat, 15 Aug 2015 14:07:55 -0500 From: Tim Daneliuk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 CC: FreeBSD Stable Maling List Subject: Re: Swap Questions References: <55CDE9EE.5090603@tundraware.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (oceanview.tundraware.com [104.236.38.227]); Sat, 15 Aug 2015 14:08:03 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: t7FJ83lY006593 X-TundraWare-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 19:08:13 -0000 On 08/14/2015 12:39 PM, Warren Block wrote: > On Fri, 14 Aug 2015, Tim Daneliuk wrote: > >> I just built a 10.2 machine on a cloud-based VPS (Digital Ocean) that has >> 512M of memory and 1G of swap partition. I am seeing a ton of errors like >> this: >> >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(10): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(14): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(11): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(6): failed >> Aug 14 00:01:22 myhost kernel: swap_pager_getswapspace(7): failed >> Aug 14 00:01:22 myhost last message repeated 2 times >> >> >> So, I added this to fstab (after creating /usr/swap0): >> >> md99 none swap sw,file=/usr/swap0 0 0 >> >> And then did this: >> >> swapon -aq >> >> >> But, when I do a swapinfo, all I can see is the "disk" swap partition >> that comes standard with the VPS: >> >> >> Device 1K-blocks Used Avail Capacity >> /dev/gpt/swapfs 1048576 456572 592004 44% > > Add the -L (late) option to swapon. How this works might differ between 10-Release, 10-Stable, and 11. > > Incidentally, md99 does not have to be literal, it's just meant to get the md device number up out of the way of common interactive usage of mdconfig. So -L does fix the problem - sort of. The machine picks up the file as additional swap on boot just fine. HWOEVER, when I try to reboot or shut down the host, I get a panic telling me some noise about not being able to shutdown swap for some reason. So ... I decided to just add a second disk partition for swap and - for some reason - it works fine interactively, but upon reboot, the newly created swap partition no longer exists and gpart shows the space as free again. I tried a gpart commit, but get "operation not permitted". So now I am trying to figure out how to make gpart changes stick. This may be an artifact of the way Digital Ocean droplets are set up .... Grrrrrrrr -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-stable@freebsd.org Sat Aug 15 19:45:07 2015 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 8E7BE9BAFAF for ; Sat, 15 Aug 2015 19:45:07 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (quechua.inka.de [IPv6:2001:7c0:407:1001:217:a4ff:fe3b:e77c]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F89C12E6 for ; Sat, 15 Aug 2015 19:45:07 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1ZQhO5-0001gY-CI; Sat, 15 Aug 2015 21:45:05 +0200 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.15.2/8.15.2) with ESMTP id t7FJglgE038638; Sat, 15 Aug 2015 21:42:47 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.15.2/8.15.2/Submit) id t7FJglvK038637; Sat, 15 Aug 2015 21:42:47 +0200 (CEST) (envelope-from naddy) Date: Sat, 15 Aug 2015 21:42:47 +0200 From: Christian Weisgerber To: "Michael B. Eichorn" Cc: freebsd-stable@freebsd.org Subject: Re: 10.2: ntp update breaks DCF77 clock Message-ID: <20150815194247.GA38249@lorvorc.mips.inka.de> References: <1439663230.5785.15.camel@michaeleichorn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1439663230.5785.15.camel@michaeleichorn.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 19:45:07 -0000 Michael B. Eichorn: > Dunno as to what happened with ntp or how to fix it, but there are a > couple other ntp soultions in ports that might work. > > NTP is known to be very complex, IIRC phk@ is being paid by the Linux > Foundation to write a replacement, ntimed. At this time, ntimed is an NTP client only. No server, no support for reference clocks. It's a fragment, really. > Another option is OpenNTPD from OpenBSD, the portable version of this is > in ports as well. OpenNTPD does not support any reference clocks on FreeBSD since there is no equivalent to OpenBSD's sensors framework. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@freebsd.org Sat Aug 15 20:29:31 2015 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 398689BA5FB for ; Sat, 15 Aug 2015 20:29:31 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F10CF16BD for ; Sat, 15 Aug 2015 20:29:30 +0000 (UTC) (envelope-from alnis.m@mail.com) Received: from [192.168.2.192] ([78.84.244.14]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LoEL1-1YtKCn07hJ-00gKn5 for ; Sat, 15 Aug 2015 22:29:28 +0200 Message-ID: <55CFA125.60605@mail.com> Date: Sat, 15 Aug 2015 23:29:25 +0300 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:KkV2Etya6meJIBaOWznLTTJjQtbPIAYVYcUwityCXRozL4+IXCP f4d+muUttgZZU2JcAIXinWLyyAmAjIx+JzJht1/n9cszJXwEWIW3HPTEik5tFO22Eclj94I xfJvq+37rvvZJXHSkQVZaNVWyCS4QvPyw8N4N/jqzJxtWuLHVNVroFokImHcmDCoVK/4Jrp MOdL5s02slRFPRhgDleBw== X-UI-Out-Filterresults: notjunk:1;V01:K0:HxgjP4NeRa4=:gJ5r6aJL1b2mNH2zuLLLjX 9+XFgdeQ5x7Uthh65DBfgWudx/AH6JvtzLBR9BJQsAkG85fik2FjT+YbwG1e425ht8RGcDtQh S2H6au64NCHMTk1V+UubnPMh6sHBqzwwlHpABxL2HlczmE2vLro85k3BJumu1cuJaeDtj9EnS K2YYxCvD9HIaQ0b081FiDjVStDUfL9hJUPfYyjXZVOcMw8+EK9MqOxkDGUR+oyX2G3wAquW2q 7YSnh0D018rB4Ilj6DoLOQ/643FevUOckbEh04BDG1PkzYrKMsaHfg1SSAbVlxzhVj1hM6i+N vGIQYX0oq+xsxfesliCPGNVHZhd2PIDW2fNGrRKF7f825AISmJ3G4FrNGVtt8iKVbILTyVUxv utMsRR7fYt6xkzuyeK4QzcNzGadfEKIqScTCoWLxZHmE4sRE5uXI53Y6vanX7RoCyTjcxXZni N3ot85whwWx/lD3GR9MJOilsclf8eMeBWgNMu1DpTqokl/tTv3H68udoU8JijxKGoGccYcRep ngi1NUGAaKBXXdTrNIf9vQMUQWAPLfwg+nySyKFeji9GvpW4FBLcJ3MN+MuUn9Y336sqeioP6 C+LwFJAXR5M2nE2udPB/66aksp5qKw1excjD4SBK3+SQq/nbkdn1o1DyRaHHvYy2qvhh//TyC 5kW5unhLoDV8CX7qMQv3TiBPBOr+Vf4s9gt8lCEmsLm9eGSokiPgLB5a6qgQAZim2xL6a89lw EQU949VCuMbqgsi2NisyaGLHQ2WWAoGERkMXqQ== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2015 20:29:31 -0000 On 08/12/2015 04:44 PM, Roosevelt Littleton wrote: > Hi, > So, I can confirm with the attached patch. I have a working msk0 that > hasn't failed for the past month. I considered this problem fix for me. > Since, I have went a long time without any problems. Thanks! > > Roosevelt > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Since 10.2-RC1 it works for me, too; now on 10.2-RELEASE. And I don't use any patches, still. -Alnis