From owner-freebsd-stable@freebsd.org Sun Jan 5 13:02:41 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 857491ED5F4 for ; Sun, 5 Jan 2020 13:02:41 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from blaine.gmane.org (blaine.gmane.org [195.159.176.226]) (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 47rJhc6lX4z4Hbs for ; Sun, 5 Jan 2020 13:02:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1io5JY-000oHi-FV for freebsd-stable@freebsd.org; Sun, 05 Jan 2020 13:47:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Alexander Koeppe Subject: Re: FreeBSD SSL libraries and OpenSSL libraries - how to compile own source code Date: Sun, 5 Jan 2020 13:47:21 +0100 Message-ID: References: <202001042121.004LL6sJ062282@mail.karels.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 In-Reply-To: <202001042121.004LL6sJ062282@mail.karels.net> Content-Language: en-US X-Rspamd-Queue-Id: 47rJhc6lX4z4Hbs X-Spamd-Bar: +++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-stable@m.gmane.org has no SPF policy when checking 195.159.176.226) smtp.mailfrom=freebsd-stable@m.gmane.org X-Spamd-Result: default: False [7.53 / 15.00]; ARC_NA(0.00)[]; GREYLIST(0.00)[pass,body]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[online.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(1.33)[ipnet: 195.159.0.0/16(4.03), asn: 2116(2.66), country: NO(-0.01)]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[format_c@online.de,freebsd-stable@m.gmane.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2116, ipnet:195.159.0.0/16, country:NO]; FROM_NEQ_ENVFROM(0.00)[format_c@online.de,freebsd-stable@m.gmane.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 13:02:41 -0000 Am 04.01.20 um 22:21 schrieb Mike Karels: > > FreeBSD 12 uses OpenSSL 1.1.1 in the base (not its own SSL libraries). > Thanks Mike, that was the hint to the solution. As a proof of concept, I set up a fresh FreeBSD installation and did NOT install the openssl ports package. Now it's building like a charm. > The "best" approach is to convert your code to use OpenSSL 1.1.1, or Yeah the code is already up for 1.1.1 and uses features that have been introduced in version 1.1.1. Thank you very much again. - Alex From owner-freebsd-stable@freebsd.org Sun Jan 5 14:32:42 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5034E1F5965 for ; Sun, 5 Jan 2020 14:32:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 47rLhR6CnTz4MFM for ; Sun, 5 Jan 2020 14:32:39 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=/IUMJ4DFRM3zvKScW7pZfWCj838HphhtnCSmDKL0R+w=; b=Lbnh14bs5vmSA4SHhJUqYZdlTrTMYUv9cMbcVmfCzl/aE749WAHwNBS3rpEQIY4J02rmDyxA9CyIJsFXmFn18hsmQ9SPhkR9pomybRvH3Fwq74gORi3/c7H4ea39LG0TdKx2kUBr8o+a99L9OUxP/1SP2zPbJh/pFDvFbPOlfbp77x/3FirKQRfuFTHYX4TwvJqLTiBRuo6T55acdjtt7v2Ij2Og46YJLU3ozZOnHJCQ8l7PTp3hEuprY+V32dbpvJoM05RDrU/cmEHRAqh9uyU4fE6DNQDfIwvdyTwtu0srzzECg3JEgyMRvv+bnGzmQt4CPMfQuuvNIxEzdwgSPw==; Received: from macmini.bk.cs.huji.ac.il ([132.65.179.19]) by kabab.cs.huji.ac.il with esmtp id 1io6xH-000Oxi-B3; Sun, 05 Jan 2020 16:32:35 +0200 From: Daniel Braniss Message-Id: <114886FC-0A9E-4E82-BA90-D26934D8512E@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.1\)) Subject: Re: usb QR reader Date: Sun, 5 Jan 2020 16:32:35 +0200 In-Reply-To: <56cba05f-d475-55bc-88fe-c1fdd7e292a8@selasky.org> Cc: freeBSD-STABLE Mailing List To: Hans Petter Selasky References: <7DC305EC-7B3F-4859-ABAC-3FF1B2F84B30@cs.huji.ac.il> <56cba05f-d475-55bc-88fe-c1fdd7e292a8@selasky.org> X-Mailer: Apple Mail (2.3608.60.0.2.1) X-Rspamd-Queue-Id: 47rLhR6CnTz4MFM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=Lbnh14bs; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-4.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-1.90)[ip: (-4.80), ipnet: 132.64.0.0/13(-2.63), asn: 378(-2.10), country: IL(0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 14:32:42 -0000 > On 3 Jan 2020, at 13:05, Hans Petter Selasky wrote: >=20 > On 2020-01-03 11:56, Daniel Braniss wrote: >> Hi Hans, >> can you shed some light/help? >> thanks, >> danny >>> On 2 Jan 2020, at 11:11, Daniel Braniss wrote: >>>=20 >>> Hi, >>> after connecting this QR reader I see a new /dev/ttyU but as soon as = I try tip, >>> the device disconnects. (BTW, it=E2=80=99s configured as a = =E2=80=98Virtual Serial Port=E2=80=99) >>>=20 >>> dmsg: >>> =E2=80=A6 >>> Jan 2 10:54:57 pampero kernel: umodem0 on uhub1 >>> Jan 2 10:54:57 pampero kernel: umodem0: on usbus0 >>> Jan 2 10:54:57 pampero kernel: umodem0: data interface 1, has no CM = over data, has no break >>> Jan 2 10:56:01 pampero kernel: umodem0: at uhub1, port 2, addr 38 = (disconnected) >>> Jan 2 10:56:02 pampero kernel: umodem0: >>> Jan 2 10:56:02 pampero kernel: detached >>> Jan 2 10:56:03 pampero kernel: umodem0 on uhub1 >>> Jan 2 10:56:03 pampero kernel: umodem0: on usbus0 >>> Jan 2 10:56:03 pampero kernel: umodem0: data interface 1, has no CM = over data, has no break >>> =E2=80=A6 >>>=20 >>> and usbconfig: >>> pampero# usbconfig >>> ugen0.1: <0x8086 XHCI root HUB> at usbus0, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DSAVE (0mA) >>> ugen0.2: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (500mA) >>> ugen0.4: at usbus0, cfg=3D0 md=3DHOST = spd=3DFULL (12Mbps) pwr=3DON (98mA) >>> ugen0.5: at usbus0, = cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON (100mA) >>> ugen0.6: at usbus0, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DSAVE (0mA) >>> ugen0.3: at = usbus0, cfg=3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON (100mA) >>> ugen0.7: at usbus0, cfg=3D0 md=3DHOST = spd=3DFULL (12Mbps) pwr=3DON (100mA) <=E2=80=94 this is the QR >>>=20 >>> any ideas? >=20 > Can you run: >=20 > usbdump -i usbus0 -f 7 -s 65536 -vvv >=20 > Before attaching the device. Make sure numbers after ugen are 0 and 7. = Look for non ERR=3D0 . >=20 > =E2=80=94HPS so I connected the QR reader to another host, running 12.1 stable. neo-black-2# usbconfig ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DSAVE (0mA) ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DFULL = (12Mbps) pwr=3DSAVE (0mA) ugen2.1: at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DSAVE (0mA) ugen3.1: at usbus3, cfg=3D0 md=3DHOST spd=3DFULL = (12Mbps) pwr=3DSAVE (0mA) ugen4.1: at usbus4, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DSAVE (0mA) ugen5.1: at usbus5, cfg=3D0 md=3DHOST spd=3DFULL = (12Mbps) pwr=3DSAVE (0mA) ugen5.2: at usbus5, cfg=3D0 md=3DHOST = spd=3DFULL (12Mbps) pwr=3DON (100mA) and so i did=20 neo-black-2# usbdump -i usbus5 -f2 -s 65536 -vvv nothing happens, so this is what I get after typing =E2=80=99tip usb=E2=80= =99 and nothing else - i don=E2=80=99t know who is doing the chitchat = and after a very short while it disconnects. 16:25:16.753606 usbus5.2 = SUBM-INTR-EP=3D00000082,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D5 frame[0] READ 64 bytes flags 0x8a status 0xeb023 = 16:25:16.753645 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 21 22 01 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"...... = | flags 0x10 status 0xea1a3 = 16:25:16.755271 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes flags 0x10 status 0xca1a1 = 16:25:16.808281 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D50 frame[0] WRITE 8 bytes 0000 02 01 00 00 81 00 00 00 -- -- -- -- -- -- -- -- |........ = | flags 0 <0> status 0x6a1a3 = 16:25:17.790304 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 21 22 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"...... = | flags 0x10 status 0x4a1a3 = 16:25:17.790346 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D50,ERR=3DTIMEOU= T flags 0 <0> status 0x8a1a5 = 16:25:18.797312 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D0,ERR=3DTIMEOUT= flags 0x10 status 0xaa1a5 = 16:25:18.850220 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D50 frame[0] WRITE 8 bytes 0000 02 01 00 00 81 00 00 00 -- -- -- -- -- -- -- -- |........ = | flags 0 <0> status 0x4a1a3 = 16:25:18.867314 usbus5.2 = DONE-BULK-EP=3D00000081,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D0,ERR=3DCANCELL= ED flags 0xa status 0xab00c = 16:25:18.867332 usbus5.2 = DONE-INTR-EP=3D00000082,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D5,ERR=3DCANCELL= ED flags 0x8a status 0x8b01c = 16:25:19.854309 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 00 09 00 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ = | flags 0x10 status 0x6a1a3 = 16:25:19.854355 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D50,ERR=3DTIMEOU= T flags 0 <0> status 0xaa1a5 = 16:25:24.793325 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D0,ERR=3DTIMEOUT= flags 0x10 status 0x8a1a5 = 16:25:25.382614 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 00 05 02 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ = | flags 0x50 status 0xea3a3 = 16:25:25.383872 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes flags 0x50 status 0xca3a1 = 16:25:25.383895 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D0 frame[0] WRITE 0 bytes flags 0x10 status 0xca0a3 = 16:25:25.385856 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D0,ERR=3D0 frame[0] WRITE 0 bytes flags 0x10 status 0xea0a1 = 16:25:25.399468 usbus5.2 = SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 08 00 -- -- -- -- -- -- -- -- |........ = | frame[1] READ 8 bytes flags 0x10 status 0xea1a3 = 16:25:25.400863 usbus5.2 = DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D8,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes frame[1] READ 8 bytes 0000 12 01 10 01 02 00 00 40 -- -- -- -- -- -- -- -- |.......@ = | flags 0x10 status 0xca1a1 = 16:25:25.403456 usbus5.2 = SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 80 06 00 01 00 00 12 00 -- -- -- -- -- -- -- -- |........ = | frame[1] READ 18 bytes flags 0x10 status 0xea1a3 = 16:25:25.404858 usbus5.2 = DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D20,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes frame[1] READ 18 bytes 0000 12 01 10 01 02 00 00 40 90 AC 03 30 00 01 01 02 = |.......@...0....| 0010 03 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- |.. = | flags 0x10 status 0xca1a1 = 16:25:25.404899 usbus5.2 = SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 09 00 -- -- -- -- -- -- -- -- |........ = | frame[1] READ 9 bytes flags 0x10 status 0xca1a3 = 16:25:25.406879 usbus5.2 = DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D12,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes frame[1] READ 9 bytes 0000 09 02 43 00 02 01 00 80 32 -- -- -- -- -- -- -- |..C.....2 = | flags 0x10 status 0xea1a1 = 16:25:25.406919 usbus5.2 = SUBM-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 80 06 00 02 00 00 43 00 -- -- -- -- -- -- -- -- |......C. = | frame[1] READ 67 bytes flags 0x10 status 0xea1a3 = 16:25:25.408865 usbus5.2 = DONE-CTRL-EP=3D00000080,SPD=3DFULL,NFR=3D2,SLEN=3D68,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes frame[1] READ 67 bytes 0000 09 02 43 00 02 01 00 80 32 09 04 00 00 01 02 02 = |..C.....2.......| 0010 01 00 05 24 00 10 01 05 24 01 00 01 04 24 02 02 = |...$....$....$..| 0020 05 24 06 00 01 07 05 82 03 40 00 05 09 04 01 00 = |.$.......@......| 0030 02 0A 00 00 00 07 05 81 02 40 00 00 07 05 01 02 = |.........@......| 0040 40 00 00 -- -- -- -- -- -- -- -- -- -- -- -- -- |@.. = | flags 0x10 status 0xca1a1 = 16:25:25.408897 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 frame[0] WRITE 8 bytes 0000 00 09 01 00 00 00 00 00 -- -- -- -- -- -- -- -- |........ = | flags 0x10 status 0xca1a3 = 16:25:25.410856 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D0,IVAL=3D0,ERR=3D0 frame[0] WRITE 8 bytes flags 0x10 status 0xea1a1 = ^C 27 packets captured 27 packets received by filter 0 packets dropped by kernel= From owner-freebsd-stable@freebsd.org Sun Jan 5 17:04:00 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 433C01DB163 for ; Sun, 5 Jan 2020 17:04:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 47rQ3323Tfz4VSR for ; Sun, 5 Jan 2020 17:03:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version:Content-Type; bh=qgmVVVZVPPrsaXYTAq5rPp/qYtLUYODm7jbxHORdpAM=; b=fa1sGDUHmWbqhGai3LZrHYonTNoeMSdu0fzQ6MJC1584RXL4hJhoLRUiV8m/9ow/uo1S4PGFcWQp0MsI6kIRFqRmPSFVrNH8mAvtMT9pAL7PM9+TnvifX7Zz7t0o1cMPsPhGLdOnHJWLawMsYGOTmpy8Qq0rNC1VjvkOJbN77EN8dRSSLD+Dq28nt/1r2X1XN4aZtqvkaojcXSNI/hUb8roMZNAFFOgGUFs10+y/ajQWySeuc8cBtg9hlaCSo3WSvHiDqeZqfFB36+zl7MKQo4rwd7xrEIFy091qWIGOEAAlWWPdeoMypcdTcbYw1rh0hk7WBjymP5u4EivXl/sWGg==; Received: from macmini.bk.cs.huji.ac.il ([132.65.179.19]) by kabab.cs.huji.ac.il with esmtp id 1io9Jj-0008fK-Pp; Sun, 05 Jan 2020 19:03:55 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.1\)) Subject: Re: usb QR reader From: Daniel Braniss In-Reply-To: Date: Sun, 5 Jan 2020 19:03:55 +0200 Cc: freeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <203DFA5F-5A4E-4398-9212-5562036FC48D@cs.huji.ac.il> References: <7DC305EC-7B3F-4859-ABAC-3FF1B2F84B30@cs.huji.ac.il> <56cba05f-d475-55bc-88fe-c1fdd7e292a8@selasky.org> <114886FC-0A9E-4E82-BA90-D26934D8512E@cs.huji.ac.il> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3608.60.0.2.1) X-Rspamd-Queue-Id: 47rQ3323Tfz4VSR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=fa1sGDUH; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-4.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.97)[ip: (-4.99), ipnet: 132.64.0.0/13(-2.71), asn: 378(-2.17), country: IL(0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 17:04:00 -0000 > On 5 Jan 2020, at 17:08, Hans Petter Selasky wrote: >=20 > On 2020-01-05 15:32, Daniel Braniss wrote: >> status 0x6a1a3 = >> 16:25:17.790304 usbus5.2 = SUBM-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D1,SLEN=3D8,IVAL=3D0 >> frame[0] WRITE 8 bytes >> 0000 21 22 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"...... = | >> flags 0x10 >> status 0x4a1a3 = >> 16:25:17.790346 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D50,ERR=3DTIMEOU= T >> flags 0 <0> >> status 0x8a1a5 = >> 16:25:18.797312 usbus5.2 = DONE-CTRL-EP=3D00000000,SPD=3DFULL,NFR=3D0,SLEN=3D0,IVAL=3D0,ERR=3DTIMEOUT= >> flags 0x10 >=20 > Hi, >=20 > There are some USB requests your USB device doesn't respond to. = ERR=3DTIMEOUT >=20 > You might find the corresponding driver and enable .debug=3D16 under : >=20 > sysctl hw.usb | grep debug >=20 > To get more information what exactly goes wrong. >=20 > =E2=80=94HPS did that: sysctl hw.usb.debug=3D16 but can=E2=80=99t see any changes, /var/log/messages seems the same as = before, BTW, the device works fine when I connect it to a mac, so it must be = something in the umodem0 cheers, danny= From owner-freebsd-stable@freebsd.org Sun Jan 5 23:13:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B2181E9A03 for ; Sun, 5 Jan 2020 23:13:53 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47rZFq2Y3Jz3PDt for ; Sun, 5 Jan 2020 23:13:46 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 005ND6r8033508 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 6 Jan 2020 00:13:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 005ND6sJ033507 for freebsd-stable@FreeBSD.ORG; Mon, 6 Jan 2020 00:13:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 005MQLXq047303 for ; Sun, 5 Jan 2020 23:26:21 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 005MO0oU046862 for ; Sun, 5 Jan 2020 23:24:00 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 005MO0lv046861 for freebsd-stable@FreeBSD.ORG; Sun, 5 Jan 2020 23:24:00 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Re: ZFS and power management Date: Sun, 05 Jan 2020 23:10:45 +0100 Organization: n/a Message-ID: References: <57da15d4-0944-982b-7d7e-d7b2571e869c@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Injection-Info: oper.dinoex.de; logging-data="45831"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Opera Mail/12.16 (FreeBSD) Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Mon, 06 Jan 2020 00:13:09 +0100 (CET) X-Rspamd-Queue-Id: 47rZFq2Y3Jz3PDt X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org X-Spamd-Result: default: False [4.46 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.965,0]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.30)[ip: (0.80), ipnet: 2001:1440::/32(0.40), asn: 8469(0.32), country: DE(-0.02)]; NEURAL_SPAM_LONG(1.00)[0.996,0]; TO_DN_NONE(0.00)[]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; DMARC_NA(0.00)[sub.org]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; FROM_NEQ_ENVFROM(0.00)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 23:13:53 -0000 On Wed, 18 Dec 2019 17:22:16 +0100, Karl Denninger wrote: > I'm curious if anyone has come up with a way to do this... > > I have a system here that has two pools -- one comprised of SSD disks > that are the "most commonly used" things including user home directories > and mailboxes, and another that is comprised of very large things that > are far less-commonly used (e.g. video data files, media, build > environments for various devices, etc.) I'm using such a configuration for more than 10 years already, and didn't perceive the problems You describe. Disks are powered down with gstopd or other means, and they stay powered down until filesystems in the pool are actively accessed. A difficulty for me was that postgres autovacuum must be completeley disabled if there are tablespaces on the quiesced pools. Another thing that comes to mind is smartctl in daemon mode (but I never used that). There are probably a whole bunch more of potential culprits, so I suggest You work thru all the housekeeping stuff (daemons, cronjobs, etc.) to find it. From owner-freebsd-stable@freebsd.org Sun Jan 5 23:13:55 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 20FEA1E9A0B for ; Sun, 5 Jan 2020 23:13:55 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47rZFt1fp8z3PDv for ; Sun, 5 Jan 2020 23:13:53 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 005ND9Lg033513 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 6 Jan 2020 00:13:10 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 005ND98N033512 for freebsd-stable@FreeBSD.ORG; Mon, 6 Jan 2020 00:13:09 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 005MuLV4049610 for ; Sun, 5 Jan 2020 23:56:21 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 005Ms0ai049198 for ; Sun, 5 Jan 2020 23:54:00 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 005Ms0LF049197 for freebsd-stable@FreeBSD.ORG; Sun, 5 Jan 2020 23:54:00 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: session mgmt: does POSIX indeed prohibit NOOP execution? Date: Sun, 05 Jan 2020 23:41:32 +0100 Organization: n/a Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Injection-Info: oper.dinoex.de; logging-data="48316"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Opera Mail/12.16 (FreeBSD) Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Mon, 06 Jan 2020 00:13:12 +0100 (CET) X-Rspamd-Queue-Id: 47rZFt1fp8z3PDv X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org X-Spamd-Result: default: False [5.48 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.994,0]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; TO_DN_NONE(0.00)[]; IP_SCORE(0.28)[ip: (0.75), ipnet: 2001:1440::/32(0.38), asn: 8469(0.30), country: DE(-0.02)]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; DMARC_NA(0.00)[sub.org]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[peter@citylink.dinoex.sub.org, li-fbsd@citylink.dinoex.sub.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 23:13:55 -0000 > pgrp = getpid(); > if(setpgid(0, pgrp) < 0) > err(1, "setpgid"); This appears to me a program trying to deemonize itself (in the old style when there was only job control but no session management). In the case this program is already properly daemonized, e.g. by starting it from /usr/sbin/daemon, this code now fails, invoking the err() clause and thereby aborting. From what I could find out, POSIX does not allow a session leader to do setpgid() on itself. When a program is invoked via /usr/sbin/daemon, it should already be session leader AND group leader, and then the above code WOULD be a NOOP, unless POSIX would require the setpgid() to fail and thereby the program to abort - which, btw, is NOT a NOOP :( So, where is the mistake here? Option 1: I have completely misunderstood something. Then please tell me what. Option 2: The quoted code is bogus. Then why is it in base? option 3: The setpgid() behaviour is bogus. It may stop a session leader from executing it, but it should detect a NOOP and just go thru with it. Then why don't we fix that? Option 4: POSIX is bogus. Unlikely, because as far as I could find out, that part of it was written following the Berkeley implementation. From owner-freebsd-stable@freebsd.org Sun Jan 5 23:24:58 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D97A1EA0A4 for ; Sun, 5 Jan 2020 23:24:58 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 47rZVd2cpcz3Q1N for ; Sun, 5 Jan 2020 23:24:57 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 347B02110E3 for ; Sun, 5 Jan 2020 18:24:51 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id A32F0C6A6E for ; Sun, 5 Jan 2020 17:24:50 -0600 (CST) Subject: Re: ZFS and power management To: freebsd-stable@freebsd.org References: <57da15d4-0944-982b-7d7e-d7b2571e869c@denninger.net> From: Karl Denninger Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= xsFNBF1Rd+gBEACmLAH7SAzdQq57ZN56QQEy0jDFfH5BvGOMZgCaP+Y5lJQ5u9WphCoCALMs Rg0o1Q9DRNWgUmy/cgsxioXAEzZFXXzOHPJhwplVOgfjxnoByD5KQhWG8Owm9QmATdtiZPSV 4UYVNUIbZv7btSnnAXysG2OUHajYS5PVeFQxFbhNFq/SS8VaXr1WEVTFa8NFKp2W3/KY1A+U KKDUlYwnOauK3fnY9chF2IRSoxAbBJFrJ4lPGz04HtzNos4Q9CBfTphKcdFjcPntNS9wrqs3 sm+7hLNTH9B2Kj6aekG5UhD03eyP+gevTgBy51RL6ULzI13Kc4aeyOByuBXrA8D2m2Ee67iy 4+ZSxM9Wn1gQce5624OWzCYIGBH2r75Bshp1KHKu36N2rN//kyKYnwl/z6UZB/S9cMUFKZgL gFx7QxpFX/HvSiBcPfcGS0meModpg6qma7/2jRoQAXacslpiT+uOfRGspNbnglkbw435RzX/ kMUclJQNZBBBUpPiGjVCjeBTiAfN8TyjS+pWzwxNCUZWbYO5xVaS0gbIhgVNoBOGn1rdTsdA PP65SRjaoL5KY6bzkkzrXLB2Djx8/p4vr0qIqxIQWbewJq3xKyKGiqI46ae77BF7k0B++Ndx g9K9UeWKl/iJ0eoI0ftR+xH3aIHTU1Or3j/tj4j8Z0tnVSyt1wARAQABzSNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PsLBfwQTAQgAKQUCXVF36AIbIwUJCWYBgAcLCQgH AwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEG8twBXrj1l4swkP/3uOzRxW16K6H4JIEIRMUEbt nxDhmk+gR/7H9phg7HtvR7i22QejZX1N1NHcGRNmBwLshWVjJkHKhCE/AM8Cf9XyaV2ft6qn g1xK6NuhapxVuaaMeCVPUzsPkTcR+JMl72ZR4Q+mJMVQButCITekmr7aIzIZ80fF0t86rnq+ O74ZGt0SAMsLV/GAKlIw8fGMi9Xj4OKDgqmxTnIoV4+0mpo26W957pnlOrjN3/6VqWUyAdHH DkyqsuP/9jx2f5pZCcD7X04+93GI+sGb1s6BOFRHq2oJgs6W0z0nPx5Ks9MDDgSQlxXAryje 17WphTR7DWn1BeF3Y8AhRkzc2+Mgc5s1i2fPe6YwvksDNOEyNXIvFV7chwDQYb0Q3I8XsoHu 2WUjXp0kVokobJPdVdY55nbY+brezweRJMiEpFtGOmoUekQWlI5KS1kE8+Xuqpm+MSxEpqY8 5ncPt0lekOrICGajlOotkUK86iVemlW1rMzMc5Xwp9j8oxa+bRtGD6u1rYz4i+qIdE+GSCBy 1nnHN/my0nefhQyHXr8wGVEbyiMZCten9fm1iXpBr0jY+tvtbo8XqZQG7Lr+3kSO6VUgc8kW IPf2HxIV7AnGUN+ddZGCcPPhb2mY/Yy7si54wJFj6YoG+/+rNjF9F5d8WeLoeUWczgHTvZmS o6F7UhjjuwzgzsFNBF1Rd+gBEADNVFS8nQ+kpKOpgtP+f3bCVxHAm7eHMbX6oew5yZiQwfD+ 1RWNWLVOMeTt7G2e5HsHpJOUwFUJhbDb0omB0r38xTSVSAig9kmUfb7tTMJG2bG7WfWykBOM WIZ4OhCf+ISv9dUkjNgx4ionWotFxwDiPRwWumVQ7WYZmRZlhDWMiaHgKvBrjJ7Y6GKPRbQc 5/0Qz9xGhXKlFxDQrrSMkyRThIOxXqdfD9z3rEsV3ZwOojzNsnkIImnQMKyIAR0FBQop34G9 wDQi7fxk8wGIfDszwfR4oAdDdPGq4gcAvE7Fd3xKyNpGyjSED5szoaFjldaZSXQIffquSUvy sFCTTLRIso5Dn9uQgi57gIv+5mnyKBfm2Z2P6pEQPSt073TED9rS0+JpniJL7rKRVpO5niqw sQJS6ht+JF88rXro+SiwxD/KeDpTuuJ10+ohLVi1Y+X82X7BIQEhqtFp9FVJSds4o/eNyaHd SoqfoeWMy3EV+rdJ3DneXcPS1BgxO57Rko5Hx3NUSVK83ovFb+Ofes9SLNdqNu3xAUcfpRdS DyxzpVbCq6Y2CIojiaweiYe5BOBhmR9OPGhqP8YD7GukYmQufAVuOrIVyctBlVPHgMBb+UX+ ItYXuX4weSJWLOsmM45xd/EYvBq2DWFpKlyihoktNzTGqxGsNeG7gCOEUTAnUwARAQABwsFl BBgBCAAPBQJdUXfoAhsMBQkJZgGAAAoJEG8twBXrj1l4Dm0P/iEx2gIHSOnvgpG799Vf2RM0 7gPbDWzDaw8YTV49H+VTOqq7RlT52aO0QfNAmtppX0V1/5f30fuSCF46NWnYGu35P/LvOAPb sLbeWCyJy4GOPN4cjsBMbgmooGdl24RdcvGMmY177o7oOSWBqXfhAj+YA6r+hEar1qxqLgwB Gy8wAId4qYSQhN/FxiQbyUs2tPAI6Wn/41pI7Hu6WgmRGpZrBv8HhVV9Gl7jallSsS/g+fhu WRbDKCknUS5SX3+w2AUFr4kf62gSSxXBxd075KnViV9c0sraAPI31XbM5QUc0Xssfaqs6Srr z4MjKaLhb7GD8C1JwI23PuGdFvk9WK996UvIyjdWIE99VSlg/5gEKkXzwx7oysrSG9BqkfGf I4addK55xRQPul0V3s2LtDoQTxg3VHrL6wrvGhYUcTHLmlsvNx1EOb5a3xBT+SUK/Ltq08LW YcmNbU/G217MlfvDJYHCb0uOtxqJFm8RiZGj2eEcLgvyWnlWCD2rfP4EqCxmpr3Ic725FiQR cBbdTV3clTgclhBG3TA9dxVjfZDcatz5cFBwXP8k5Yn9tNl90T2r79V4SNh1mCHtGTSEf449 qz9tm7EguLchjmoirJTuiipZKcalcHAHtz4VPUykdXsrfEJTzdEcujzqF6v/9CY+DjpAd3et Z0vw7xC5tS+b Message-ID: Date: Sun, 5 Jan 2020 17:24:50 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080408090603080108000704" X-Rspamd-Queue-Id: 47rZVd2cpcz3Q1N X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-7.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; IP_SCORE(-2.52)[ip: (-9.84), ipnet: 104.236.64.0/18(-4.40), asn: 14061(1.69), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2020 23:24:58 -0000 This is a cryptographically signed message in MIME format. --------------ms080408090603080108000704 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 1/5/2020 16:10, Peter wrote: > On Wed, 18 Dec 2019 17:22:16 +0100, Karl Denninger > wrote: > >> I'm curious if anyone has come up with a way to do this... >> >> I have a system here that has two pools -- one comprised of SSD disks >> that are the "most commonly used" things including user home directori= es >> and mailboxes, and another that is comprised of very large things that= >> are far less-commonly used (e.g. video data files, media, build >> environments for various devices, etc.) > > I'm using such a configuration for more than 10 years already, and > didn't perceive the problems You describe. > Disks are powered down with gstopd or other means, and they stay > powered down until filesystems in the pool are actively accessed. > A difficulty for me was that postgres autovacuum must be completeley > disabled if there are tablespaces on the quiesced pools. Another thing > that comes to mind is smartctl in daemon mode (but I never used that). > There are probably a whole bunch more of potential culprits, so I > suggest You work thru all the housekeeping stuff (daemons, cronjobs, > etc.) to find it. I found a number of things and managed to kill them off in terms of active access, and now it is behaving.=C2=A0 I'm using "camcontrol idle -= t 240 da{xxx}", which interestingly enough appears NOT to survive a reboot, but otherwise does what's expected. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080408090603080108000704 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwMTA1MjMyNDUw WjBPBgkqhkiG9w0BCQQxQgRAiXrtyX1Ku6IFCpmDJgUyfuvZVzkAR/e+ARybowtcKUnLxPuQ wJx0DAV0VGlAfMTIez9i5OfuZWHSV8T1fQGFZTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBy00YXJj1BduLKFv3yOi5B3bL92gywp58PtXbK4cfr9Dw0DaVP8xQSUj4WteSiM09C pDuOZ1gRkCVZh1hcStLVYUqjMSSdkJ2xaRXn+u0uN52AS+FtIwsESoOdBsEDh3iycUPrg0Gj mCtZL9OJOX56UJKSHhC6GEuuJJk5TUa2dxL0nvQcpknzMWM3k1CxLN90VK2VwBHDxdsgGwLm ncizDT/xXPkL/yXjqrueAx//ZFZqFTvceStA4WBgle99pjm2e3U5WzGGXHyVgvbzv+ZdhPqN 7jyZJVTsclTEVDbXrX8jM4/1ikwPtUSJnN3tt6aKjHUYm+LH++N39MpGA2iTKlLf1vJA76L2 XCQJiN0zwJvF3X8sUaqfMPjKjmqL9jnd6VZO8f555AdvTAEzLci3XTQiWXmNlw1kM7FV6n/T eZcg2u5ZYWuu/gc4AAlpRRFhVlv0gTzv3GcMmadK75mZGSk8zaV/CEHqJEOTd+ZmrTAuefeR b76Qi42s5dZK9bTGEyyJQ1a1wloXlUBh7sMaEs4NmN1r+emP6gq+ly1F2gomG6AY34WFd3t3 jAZgEwIucoyXI8ZvwnIHuEIUbfgqFCg9j5eNCBZwKzD20TlJ+J8o7yXi0PX8kCDmz06ABJav lRG0iPa8N8/Z/M+cYXt6B9AIOMmzUEbkRyc39TNSmwAAAAAAAA== --------------ms080408090603080108000704-- From owner-freebsd-stable@freebsd.org Mon Jan 6 00:11:01 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8015F1EB014 for ; Mon, 6 Jan 2020 00:11:01 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47rbWm1kbcz3x2x for ; Mon, 6 Jan 2020 00:11:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 80150C00308; Mon, 6 Jan 2020 01:10:57 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 35A8A139892; Mon, 6 Jan 2020 01:10:57 +0100 (CET) Date: Mon, 6 Jan 2020 01:10:57 +0100 From: Christoph Moench-Tegeder To: Peter Cc: freebsd-stable@freebsd.org Subject: Re: session mgmt: does POSIX indeed prohibit NOOP execution? Message-ID: <20200106001057.GA64665@elch.exwg.net> Mail-Followup-To: Peter , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.13.2 (2019-12-18) X-Rspamd-Queue-Id: 47rbWm1kbcz3x2x X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[140.69.198.88.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.78)[ip: (-9.71), ipnet: 88.198.0.0/16(2.33), asn: 24940(-1.51), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 00:11:01 -0000 ## Peter (peter@citylink.dinoex.sub.org): > When a program is invoked via /usr/sbin/daemon, it should already be > session leader AND group leader, and then the above code WOULD be a > NOOP, unless POSIX would require the setpgid() to fail and thereby the > program to abort - which, btw, is NOT a NOOP :( https://pubs.opengroup.org/onlinepubs/9699919799/ "The setpgid() function shall fail if: [...] The process indicated by the pid argument is a session leader." Not much room to argue? Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Mon Jan 6 18:13:36 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D4DB31DBCCB for ; Mon, 6 Jan 2020 18:13:36 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s3Xt6Q1Cz42Wb for ; Mon, 6 Jan 2020 18:13:34 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 006ID4HQ016154 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 6 Jan 2020 19:13:05 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 006ID4Cj016153 for freebsd-stable@FreeBSD.ORG; Mon, 6 Jan 2020 19:13:04 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 006HQNTe053115 for ; Mon, 6 Jan 2020 18:26:23 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 006HO0vF052937 for ; Mon, 6 Jan 2020 18:24:01 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 006HO0O3052936 for freebsd-stable@FreeBSD.ORG; Mon, 6 Jan 2020 18:24:00 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Re: session mgmt: does POSIX indeed prohibit NOOP execution? Date: Mon, 06 Jan 2020 18:18:21 +0100 Organization: n/a Message-ID: References: <20200106001057.GA64665@elch.exwg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Injection-Info: oper.dinoex.de; logging-data="52172"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Opera Mail/12.16 (FreeBSD) Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Mon, 06 Jan 2020 19:13:08 +0100 (CET) X-Rspamd-Queue-Id: 47s3Xt6Q1Cz42Wb X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org X-Spamd-Result: default: False [5.47 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; TO_DN_NONE(0.00)[]; IP_SCORE(0.27)[ip: (0.71), ipnet: 2001:1440::/32(0.36), asn: 8469(0.29), country: DE(-0.02)]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; DMARC_NA(0.00)[sub.org]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[peter@citylink.dinoex.sub.org, li-fbsd@citylink.dinoex.sub.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 18:13:36 -0000 On Mon, 06 Jan 2020 01:10:57 +0100, Christoph Moench-Tegeder wrote: >> When a program is invoked via /usr/sbin/daemon, it should already be >> session leader AND group leader, and then the above code WOULD be a >> NOOP, unless POSIX would require the setpgid() to fail and thereby the >> program to abort - which, btw, is NOT a NOOP :( > > https://pubs.opengroup.org/onlinepubs/9699919799/ > "The setpgid() function shall fail if: [...] The process indicated by > the > pid argument is a session leader." Okay, so, what You are saying is that I got correct information insofar that POSIX indeed demands the perceived behaviour. Thanks for that confirmation. > Not much room to argue? Why that? This is not about laws you have to follow blindly whether you understand them or not, this is all about an Outcome - a working machine that should properly function. So either there are other positive aspects in this behaviour that weight against the perceived malfunction, or the requirement is simply wrong. And the latter case should be all the argument that is needed. I do not say disobey Posix. I only say that one of the involved parts must certainly be wrong, and that should be fixed. So if You are saying, the problem is in Posix, but we are in the role of blind monkeys who have to follow that alien commandment by all means no matter the outcome, then this does not seem acceptable to me. Actually, as it seems to me, this whole session thing came originally out of Kirk McKusick's kitchen and made its way from there into Posix, so if there is indeed a flaw in it, it should well be possible to fix it going the same way. In any case, this here (to be found in /etc/rc,d/kadmind) is a crappy workaround and not acceptable style: > command_args="$command_args &" We aren't slaves, or, are we? I for my part came just accidentially across this matter, and as my stance is, 1. the code has to be solid enough to stand the Jupiter mission, and therefore 2. do a rootcause Always, on Every misbehaviour (and then fix it once and for all), so I figured that thing out. rgds, PMc From owner-freebsd-stable@freebsd.org Mon Jan 6 21:17:04 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 317861EFEEF for ; Mon, 6 Jan 2020 21:17:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from blaine.gmane.org (blaine.gmane.org [195.159.176.226]) (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 47s7cb2rX5z4DZm for ; Mon, 6 Jan 2020 21:17:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1ioZVV-000EGV-TT for freebsd-stable@freebsd.org; Mon, 06 Jan 2020 22:01:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Alexander Koeppe Subject: Light GeoIP support dropped? Date: Mon, 6 Jan 2020 22:01:44 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 X-Mozilla-News-Host: news://news.gmane.org:119 Content-Language: en-US X-Rspamd-Queue-Id: 47s7cb2rX5z4DZm X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-stable@m.gmane.org has no SPF policy when checking 195.159.176.226) smtp.mailfrom=freebsd-stable@m.gmane.org X-Spamd-Result: default: False [8.53 / 15.00]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[format_c@online.de,freebsd-stable@m.gmane.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[online.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(1.33)[ipnet: 195.159.0.0/16(4.01), asn: 2116(2.65), country: NO(-0.01)]; GREYLIST(0.00)[pass,body]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[format_c@online.de,freebsd-stable@m.gmane.org]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:2116, ipnet:195.159.0.0/16, country:NO]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:17:04 -0000 Hi, since I've upgraded to FreeBSD 12, I don't find a package providing the lightweight geoip database API incl. GeoIP.h and libGeoIP.so. I only find `geoipupdate` which is the non-free variant of the API. Has the package been renamed? Thanks - Alex From owner-freebsd-stable@freebsd.org Mon Jan 6 21:24:11 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 670961F0A07 for ; Mon, 6 Jan 2020 21:24:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f51.google.com (mail-io1-f51.google.com [209.85.166.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s7mp4Mjcz4FDJ for ; Mon, 6 Jan 2020 21:24:10 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f51.google.com with SMTP id z8so50140215ioh.0 for ; Mon, 06 Jan 2020 13:24:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0Q0hS5seEDew11x2AVn4oKbLkh7YtH87Fy0K5aLpWNw=; b=n6DKJakftTh2KGwmjBVcKH8n3M6j/XpdG30mn0ik2PRC1NZhPfugAWkfYjpA4YRp9t J/vCapX16P+nYEQTy2tD67SqgMUAjIeV+aAImlSwREpJr8J02FvZnjoYNy8fuF2Wchy6 Y9uUuGmFoLU1ft8dlgke02CUp8ZJ0ydS8pNcs+dSmm+0mOZ5U3OSfqcw0MBEIF/7mcbZ 66n3ZTNLF9GYHDZuqQJeZlrqooBa/Z3p2ty/YhMu1JFzU7nzH2tW4wqOXww/ANSMF3nY ipxvZaEir34Z/sQHuFVICmLXQ39VGqiuc/aVIQmOz/H7/jjvnWcJd25GNswBj641RDnf dkug== X-Gm-Message-State: APjAAAV3XS1udrySyA05pPK934i/azhzNPJYrIr3ZxR2oMwJ/3nugHPd vVy8w2FDtHHFkv1NaCyV3u+jtK1wNwUKHNYWyJ97Mw== X-Google-Smtp-Source: APXvYqyIeCB25awqY/FqmK22eUgF4c8D7qanIw8+mubt/pEgwyqZ+Y/Rn/usqp14+NzzeniT/B0gEsoDAipavvNrpYo= X-Received: by 2002:a05:6638:72c:: with SMTP id j12mr83586743jad.136.1578345849140; Mon, 06 Jan 2020 13:24:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 6 Jan 2020 16:23:57 -0500 Message-ID: Subject: Re: Light GeoIP support dropped? To: Alexander Koeppe Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 47s7mp4Mjcz4FDJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.51 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; IP_SCORE(-2.14)[ip: (-5.71), ipnet: 209.85.128.0/17(-3.10), asn: 15169(-1.85), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[51.166.85.209.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[51.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:24:11 -0000 On Mon, 6 Jan 2020 at 16:17, Alexander Koeppe wrote: > > Hi, > > since I've upgraded to FreeBSD 12, I don't find a package providing the > lightweight geoip database API incl. GeoIP.h and libGeoIP.so. > > I only find `geoipupdate` which is the non-free variant of the API. Looking at ports history it seems the database it relied on is no longer available. It appears both free and paid access is available with API v2. From owner-freebsd-stable@freebsd.org Mon Jan 6 21:35:33 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3A0031F1C83 for ; Mon, 6 Jan 2020 21:35:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from blaine.gmane.org (blaine.gmane.org [195.159.176.226]) (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 47s81w0x65z4G9L for ; Mon, 6 Jan 2020 21:35:31 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1ioa25-000qkJ-8w for freebsd-stable@freebsd.org; Mon, 06 Jan 2020 22:35:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Alexander Koeppe Subject: Re: Light GeoIP support dropped? Date: Mon, 6 Jan 2020 22:35:23 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 47s81w0x65z4G9L X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-stable@m.gmane.org has no SPF policy when checking 195.159.176.226) smtp.mailfrom=freebsd-stable@m.gmane.org X-Spamd-Result: default: False [8.52 / 15.00]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[format_c@online.de,freebsd-stable@m.gmane.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[online.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(1.32)[ipnet: 195.159.0.0/16(4.00), asn: 2116(2.64), country: NO(-0.01)]; GREYLIST(0.00)[pass,meta]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[format_c@online.de,freebsd-stable@m.gmane.org]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:2116, ipnet:195.159.0.0/16, country:NO]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:35:33 -0000 Hi Ed, thanks for your answer. Am 06.01.20 um 22:23 schrieb Ed Maste: > On Mon, 6 Jan 2020 at 16:17, Alexander Koeppe wrote: > It appears both free and paid access is available with API v2. Do you know how to use the v2 API? Do you know of any documentation? Thanks - Alex From owner-freebsd-stable@freebsd.org Mon Jan 6 21:40:52 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A36F91F24BA for ; Mon, 6 Jan 2020 21:40:52 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s8832MxPz4GMD for ; Mon, 6 Jan 2020 21:40:51 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id f129so17030580wmf.2 for ; Mon, 06 Jan 2020 13:40:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9T2+ZdLuii8eyFLTnn/37DhGWLOLbrOUSnShXEKSipg=; b=m8I1fwC9Uhu3kKDO8aZY4OD47Xe2hI2ca4jaXhFE4zrOl+8fcSLsz+zf136gySftB2 DHlV1llGt2YtHE3b/Hyw4VP0BUckTbh/s5jRtGM/wi25ZiH6808n4761YKbFSuCE9Q4O ZGULeDXO2EGCftapbQAUKQEExKkeKlSDBxhFIR9ZWu2eBxySQaLWJzYi2bMTovuQa9tB Hzsx9pUMPMdpMAj6Uu7yre0GreQD6YZD1TuMkT+Elsd/oPiA8YRjaBeALx3gOCh5vPMC kUqhq5kN8GjCwH/P/uomerxcRVdaPQEsklH4owYvx4vVWPE1ZhgP3OMKnGgEkh3wwchA 00Kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9T2+ZdLuii8eyFLTnn/37DhGWLOLbrOUSnShXEKSipg=; b=kHpxoiTiOvOB9SDapK6y9blfMV5UfJ/DVqhStbLdA8IEMLH9OVO3FzgaHDvn4YBecI tGzsvTL0iYfQm0P7NBMBs0TKa+2/7XYCkInL8jyj7TVhb2NfpWp3SrEOBDVRsKns0cSn /88oAPa2TJB+80cPo5pZEKrD7qQ8kvSh/mRCKseNSS0l1qfBZImyZknI5ge+Zryo7Rbn pfXZZ6xJBIhRSAa9F2FG6dE0AwXnbiSfF9VXwEn2K0FeJVKr1QxeU4W7O5hi1VhTUC36 95gvFBKK0biC5bjS3OGp+47vS5rhrKdqOxMZfzClX6jVdQeFJFLZmCt+Un4EQH636vjG kXvw== X-Gm-Message-State: APjAAAUKA5GMiO0h0reFkWl+GBz/NF+qlydB+TuIUh64pNIvLMquNvMy 9rhMs+TkfiJpE2imzimLP2/wg8vDJwDiFEdjBzZdSbDQpBY= X-Google-Smtp-Source: APXvYqyO1FlSiWjvuCJ+ysbLSsAUYi6DK2d/j12tNsRkNBcJWwVX3nizZxyiUlj4wK5IdRT9aK61BC60xs0U5V30JnU= X-Received: by 2002:a1c:a382:: with SMTP id m124mr36796839wme.90.1578346849703; Mon, 06 Jan 2020 13:40:49 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dewayne Geraghty Date: Tue, 7 Jan 2020 08:39:43 +1100 Message-ID: Subject: Re: Light GeoIP support dropped? To: Alexander Koeppe Cc: freebsd-stable stable , Adam Weinberger X-Rspamd-Queue-Id: 47s8832MxPz4GMD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=m8I1fwC9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dewaynegeraghty@gmail.com designates 2a00:1450:4864:20::32d as permitted sender) smtp.mailfrom=dewaynegeraghty@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[9]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.18), ipnet: 2a00:1450::/32(-2.61), asn: 15169(-1.85), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[d.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:40:52 -0000 Alexander, Unfortunately maxmind have changed their rules and as per AdamW's notification in the geoipupdate message for version 4.1.5_1, https://svnweb.freebsd.org/ports/head/net/geoipupdate/files/pkg-message.in?view=markup advises to go to https://www.maxmind.com/en/geolite2/signup to create an account, then you will need to go to (I think it was) "My Licence" where you provide a key description (you enter text) and then you will need to generate a key. Adam advises to go to https://www.maxmind.com/en/accounts/155743/license-key for the licence, but that is actually his account number (155743), which I would suggest is inappropriate. (Adam!) ;) I have walked through the steps, and the account setup involves providing you email address, to which additional details are sent for the account creation process. Once done, you acquire the key. Once you login to your account, you will notice a number at the end of the url, after accounts/ (see above) that is your account information that you plug into your geoipupdate.conf file, and you'll need your licence key as well. Its a little convoluted, but it also provides a config file segment which you can conveniently cut/paste. Regards, Dewayne. PS our version of geoipupdate doesn't provide a version number, but the current version is 4.1.5_1, anything after 3.1.1 should work as described, if earlier, the account creation process will advise. So it continues to work. From owner-freebsd-stable@freebsd.org Mon Jan 6 21:46:41 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98CDC1F30A0 for ; Mon, 6 Jan 2020 21:46:41 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s8Gm3vMyz4H0R for ; Mon, 6 Jan 2020 21:46:40 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 2D829C0030D; Mon, 6 Jan 2020 22:46:38 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id D9D45139890; Mon, 6 Jan 2020 22:46:37 +0100 (CET) Date: Mon, 6 Jan 2020 22:46:37 +0100 From: Christoph Moench-Tegeder To: Alexander Koeppe Cc: freebsd-stable@freebsd.org Subject: Re: Light GeoIP support dropped? Message-ID: <20200106214637.GA2452@elch.exwg.net> Mail-Followup-To: Alexander Koeppe , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.13.2 (2019-12-18) X-Rspamd-Queue-Id: 47s8Gm3vMyz4H0R X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-4.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.0.1.5.0.4.1.0.8.f.4.0.1.0.a.2.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.64)[ip: (-9.23), ipnet: 2a01:4f8::/29(-2.44), asn: 24940(-1.51), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:46:41 -0000 ## Alexander Koeppe (format_c@online.de): > since I've upgraded to FreeBSD 12, I don't find a package providing > the lightweight geoip database API incl. GeoIP.h and libGeoIP.so. The so-called "legacy" database format used by libGeoIP has been discontinued by MaxMind, and is only available for paying customers: https://blog.maxmind.com/2018/01/02/discontinuation-of-the-geolite-legacy-databases/ For that reason, net/GeoIP has been removed quite some time ago: https://svnweb.freebsd.org/ports?view=revision&revision=493168 And the free (as in no payment required) GeoLite2 databases have seen some licensing/handling changes, too: https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-using-geolite2-databases/ Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Mon Jan 6 21:52:09 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CDAD51F39C9 for ; Mon, 6 Jan 2020 21:52:09 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47s8P52CLYz4Hf4 for ; Mon, 6 Jan 2020 21:52:08 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 3DFA0C0030D; Mon, 6 Jan 2020 22:52:07 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id E4C3E139890; Mon, 6 Jan 2020 22:52:06 +0100 (CET) Date: Mon, 6 Jan 2020 22:52:06 +0100 From: Christoph Moench-Tegeder To: Peter Cc: freebsd-stable@freebsd.org Subject: Re: session mgmt: does POSIX indeed prohibit NOOP execution? Message-ID: <20200106215206.GB2452@elch.exwg.net> Mail-Followup-To: Peter , freebsd-stable@freebsd.org References: <20200106001057.GA64665@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.13.2 (2019-12-18) X-Rspamd-Queue-Id: 47s8P52CLYz4Hf4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-4.09 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.0.1.5.0.4.1.0.8.f.4.0.1.0.a.2.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.59)[ip: (-9.00), ipnet: 2a01:4f8::/29(-2.44), asn: 24940(-1.51), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2020 21:52:09 -0000 ## Peter (peter@citylink.dinoex.sub.org): > > Not much room to argue? > > Why that? This is not about laws you have to follow blindly whether > you understand them or not, this is all about an Outcome - a working > machine that should properly function. "Not much to argue about what behaviour is required by the standard". The standard could have been written to require different behaviour and most probably still make sense, but it wasn't; but at least it's unambiguous. After that, the discussion is rather... philosophical. Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Tue Jan 7 02:04:59 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B6E11ED706 for ; Tue, 7 Jan 2020 02:04:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47sG0p3jg6z4XXW for ; Tue, 7 Jan 2020 02:04:58 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id p8so37797960oth.10 for ; Mon, 06 Jan 2020 18:04:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8G9jlkkTs5GTcK5t33p+M4Pby7x/s019DKAiedyimyk=; b=n8NICeqJWLwamNOdhdqDc6blDq/mtGvzwVw4iFzorBvvsZGx/CSPe7nvHs4wM0AXJ9 vhaCT8dHVCziHy5w+/n7KIFwe6QD18PTTvgVUSJGqkBOPdPN+2TxYI/Yvqo2rMQt4B5C eHm6qgQ8kIjz1VhHENTY2ZPUMsQPgAgJPkZoQ5fTM2p6jZmSghW/9p7kx13hyA0yAXFw LTnWQcsU0TEyaFJXoRcR1i1hu9X6b7Wc6qL93g87i1zyI9bdR2UREclavdKyIBSMkzSd pWsapG6NZBT2VqZjSNDCWHxioND+ruADgdSozVmsuFpt9GIPHG/UQGAj5CxeN4zX2iq/ UTZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8G9jlkkTs5GTcK5t33p+M4Pby7x/s019DKAiedyimyk=; b=YI/WQxXXh8jmL+WY2BaMJwB/JZnfA7k8H8Lry5IbhVQF73Mzm1JMD2KX1B1UfGBM5k SIYA0DlbDP3kk1QiV/SO+sxRbrYFop3m1/8NkR52mqM+1SJR3PX8gByX0aFuX11LqhRW BWoilewM3yfclE7A8z9muYaazPCw+6yj652Et54Dp1bbHG9OONIK6Vp7NZxK5C2/npQf i/by6t6orzN0iJQo7wa1EQ+CZ/apuVov/BWhpuV4dLF92KiiY3wOaqUFr+zVVn7WvN6q WMdiDgHHpURcSvg+rht1YK9NQRaWbk3FELJ9+YctCW06gb118Snr1q8XyX63X6PqLVt1 dJ8A== X-Gm-Message-State: APjAAAUlJUHdCpw29xGzcx5yBYWdKAqjaYs1nXoNAJmLVDfKvm/6rp4B Om6Etwp4oOQjTtSFWkdP5l63yXMLiA6k46FP0xs9nfbmD14= X-Google-Smtp-Source: APXvYqxlyeBRFtMItyAsgDixVz3CO1q2B/5Bs/1Knb+WR42+ZcO920x/Q6+KYBedTnkIBjS3qRN6am19C2m4nZ8aULM= X-Received: by 2002:a9d:774e:: with SMTP id t14mr116765383otl.358.1578362697193; Mon, 06 Jan 2020 18:04:57 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Mon, 6 Jan 2020 18:04:40 -0800 Message-ID: Subject: Re: Light GeoIP support dropped? To: Alexander Koeppe Cc: FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 47sG0p3jg6z4XXW X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=n8NICeqJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-0.70 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; URI_COUNT_ODD(1.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; IP_SCORE(0.00)[ip: (-8.26), ipnet: 2607:f8b0::/32(-2.12), asn: 15169(-1.85), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 02:04:59 -0000 On Mon, Jan 6, 2020 at 1:17 PM Alexander Koeppe wrote: > Hi, > > since I've upgraded to FreeBSD 12, I don't find a package providing the > lightweight geoip database API incl. GeoIP.h and libGeoIP.so. > > I only find `geoipupdate` which is the non-free variant of the API. > > Has the package been renamed? > > Thanks > > - Alex GeoIP and the GeoIP 1 database were discontinued early last year. They were replaced by net/libmaxminddb and GeoIP 2 database. I have no idea if any form of free data is available. From owner-freebsd-stable@freebsd.org Tue Jan 7 02:13:42 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED06C1EE79B for ; Tue, 7 Jan 2020 02:13:42 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47sGBs1RmLz4Y66 for ; Tue, 7 Jan 2020 02:13:40 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.16.0.41/8.16.0.41) with ESMTPS id 0072D4qS049166 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 7 Jan 2020 03:13:05 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.16.0.41/8.16.0.41/Submit) with UUCP id 0072D410049165 for freebsd-stable@FreeBSD.ORG; Tue, 7 Jan 2020 03:13:04 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id 00725PsS004231 for ; Tue, 7 Jan 2020 03:05:25 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id 0072415l003911 for ; Tue, 7 Jan 2020 03:04:01 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id 007241aG003910 for freebsd-stable@FreeBSD.ORG; Tue, 7 Jan 2020 03:04:01 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Fwd: Re: session mgmt: does POSIX indeed prohibit NOOP execution? Date: Tue, 07 Jan 2020 02:52:27 +0100 Organization: n/a Message-ID: References: <20200106001057.GA64665@elch.exwg.net> <20200106215206.GB2452@elch.exwg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Injection-Info: oper.dinoex.de; logging-data="977"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Opera Mail/12.16 (FreeBSD) Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.org [185.220.148.12]); Tue, 07 Jan 2020 03:13:08 +0100 (CET) X-Rspamd-Queue-Id: 47sGBs1RmLz4Y66 X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org has no SPF policy when checking 2001:1440:5001:1::2) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org X-Spamd-Result: default: False [5.45 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; TO_DN_NONE(0.00)[]; IP_SCORE(0.25)[ip: (0.68), ipnet: 2001:1440::/32(0.34), asn: 8469(0.27), country: DE(-0.02)]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; DMARC_NA(0.00)[sub.org]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8469, ipnet:2001:1440::/32, country:DE]; FROM_NEQ_ENVFROM(0.00)[peter@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; MIME_TRACE(0.00)[0:+] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 02:13:43 -0000 > > Not much room to argue? > > Why that? This is not about laws you have to follow blindly whether > you understand them or not, this is all about an Outcome - a working > machine that should properly function. "Not much to argue about what behaviour is required by the standard". The standard could have been written to require different behaviour and most probably still make sense, but it wasn't; but at least it's unambiguous. After that, the discussion is rather... philosophical. It is not the standard that concerns me, it is *failure* that concerns me. When I try to run a daemon from the base OS (in the orderly way, via daemon command), and it just DOES NOT WORK, and I need to find out and look into it what's actually wrong, then for me that's not philosophy, that's a failure that needs some effort to fix. And I dont want such issues, and, more important, I don't want other people to run into the same issue again! (Not sure what is so difficult to understand with that.) In any case, either the base system has a flaw, or the syscall has a flaw, or the Posix has a flaw. I don't care which, You're free to choose, But if you instead think that flaws are not allowed to exist because Posix is perfect, and therefore the much better solution is to just bully the people who happen to run into the flaws, well, thats also okay. rgds, PMc From owner-freebsd-stable@freebsd.org Tue Jan 7 03:28:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D71D1F573A for ; Tue, 7 Jan 2020 03:28:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47sHsd0HQMz4bq6 for ; Tue, 7 Jan 2020 03:28:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (c-73-225-95-104.hsd1.wa.comcast.net [73.225.95.104]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id 0073Sj37013395 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NO); Mon, 6 Jan 2020 19:28:45 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: Light GeoIP support dropped? To: Kevin Oberman , Alexander Koeppe Cc: FreeBSD-STABLE Mailing List References: From: Julian Elischer Message-ID: Date: Mon, 6 Jan 2020 19:28:39 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 47sHsd0HQMz4bq6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.95)[-0.948,0]; ASN(0.00)[asn:36236, ipnet:204.109.60.0/22, country:US]; NEURAL_HAM_LONG(-0.99)[-0.991,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 03:28:53 -0000 On 1/6/20 6:04 PM, Kevin Oberman wrote: > On Mon, Jan 6, 2020 at 1:17 PM Alexander Koeppe wrote: > >> Hi, >> >> since I've upgraded to FreeBSD 12, I don't find a package providing the >> lightweight geoip database API incl. GeoIP.h and libGeoIP.so. >> >> I only find `geoipupdate` which is the non-free variant of the API. >> >> Has the package been renamed? >> >> Thanks >> >> - Alex > > GeoIP and the GeoIP 1 database were discontinued early last year. They were > replaced by net/libmaxminddb and GeoIP 2 database. I have no idea if any > form of free data is available. there is a partial alternative in ports... https://www.freshports.org/search.php?query=ipdbtools&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive It uses the official national registrations for country enumeration, and can generate firewall tables directly. Here's the cron script I use to generate a table in ipfw that only allows australian and US addresses (for example): #!/bin/sh ALLOWFILE=/root/AU+USA-GEOIPS.ipfw MAILTABLE=20 ALT_MAILTABLE=21 AU_VAL=10000 US_VAL=10200 #fetch latest geo-ip ranges and set AU and USA into table ${MAILTABLE} ipdb-update.sh ipup -t AU=${AU_VAL}:US=${US_VAL} -n ${ALT_MAILTABLE} > ${ALLOWFILE} ipfw table ${ALT_MAILTABLE} flush ipfw -q -f ${ALLOWFILE} ipfw table ${MAILTABLE} swap ${ALT_MAILTABLE} > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Tue Jan 7 18:47:39 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0435F1EF6C4 for ; Tue, 7 Jan 2020 18:47:39 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from blaine.gmane.org (blaine.gmane.org [195.159.176.226]) (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 47shFk1HMpz4T33 for ; Tue, 7 Jan 2020 18:47:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1iott6-000Pop-Vd for freebsd-stable@freebsd.org; Tue, 07 Jan 2020 19:47:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Alexander Koeppe Subject: Re: Light GeoIP support dropped? Date: Tue, 7 Jan 2020 19:47:24 +0100 Message-ID: References: <20200106214637.GA2452@elch.exwg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 In-Reply-To: <20200106214637.GA2452@elch.exwg.net> Content-Language: en-US X-Rspamd-Queue-Id: 47shFk1HMpz4T33 X-Spamd-Bar: ++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-stable@m.gmane.org has no SPF policy when checking 195.159.176.226) smtp.mailfrom=freebsd-stable@m.gmane.org X-Spamd-Result: default: False [8.52 / 15.00]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[format_c@online.de,freebsd-stable@m.gmane.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[online.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(1.32)[ipnet: 195.159.0.0/16(3.99), asn: 2116(2.63), country: NO(-0.01)]; GREYLIST(0.00)[pass,meta]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[format_c@online.de,freebsd-stable@m.gmane.org]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:2116, ipnet:195.159.0.0/16, country:NO]; SUBJECT_ENDS_QUESTION(1.00)[]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 18:47:39 -0000 Am 06.01.20 um 22:46 schrieb Christoph Moench-Tegeder: > ## Alexander Koeppe (format_c@online.de): > >> since I've upgraded to FreeBSD 12, I don't find a package providing >> the lightweight geoip database API incl. GeoIP.h and libGeoIP.so. > > The so-called "legacy" database format used by libGeoIP has been > discontinued by MaxMind, and is only available for paying customers: > https://blog.maxmind.com/2018/01/02/discontinuation-of-the-geolite-legacy-databases/ > > For that reason, net/GeoIP has been removed quite some time ago: > https://svnweb.freebsd.org/ports?view=revision&revision=493168 > > And the free (as in no payment required) GeoLite2 databases have seen some > licensing/handling changes, too: > https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-using-geolite2-databases/ > > Regards, > Christoph > Thanks for the hints. All the information is very clearing. This deprecation has completely slipped through for me. I'll dig into the new GeoLite2 approach and see what's the impact for my software project. Thanks to all and all others who have responded. - Alex From owner-freebsd-stable@freebsd.org Tue Jan 7 19:14:43 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 83E401F0348 for ; Tue, 7 Jan 2020 19:14:43 +0000 (UTC) (envelope-from SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47shry2hhjz4VXf for ; Tue, 7 Jan 2020 19:14:42 +0000 (UTC) (envelope-from SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B77A628426; Tue, 7 Jan 2020 20:14:38 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B8A2128417; Tue, 7 Jan 2020 20:14:36 +0100 (CET) Subject: Re: Light GeoIP support dropped? To: Alexander Koeppe , freebsd-stable@freebsd.org References: <20200106214637.GA2452@elch.exwg.net> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <726b3720-4a93-0802-ef48-fd786c55f41b@quip.cz> Date: Tue, 7 Jan 2020 20:14:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47shry2hhjz4VXf X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [5.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.87)[ip: (0.36), ipnet: 94.124.104.0/21(0.18), asn: 42000(3.72), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.998,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz, SRS0=E1zf=24=quip.cz=000.fbsd@elsa.codelab.cz] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2020 19:14:43 -0000 Alexander Koeppe wrote on 2020/01/07 19:47: > Am 06.01.20 um 22:46 schrieb Christoph Moench-Tegeder: >> ## Alexander Koeppe (format_c@online.de): >> >>> since I've upgraded to FreeBSD 12, I don't find a package providing >>> the lightweight geoip database API incl. GeoIP.h and libGeoIP.so. >> >> The so-called "legacy" database format used by libGeoIP has been >> discontinued by MaxMind, and is only available for paying customers: >> https://blog.maxmind.com/2018/01/02/discontinuation-of-the-geolite-legacy-databases/ >> >> >> For that reason, net/GeoIP has been removed quite some time ago: >> https://svnweb.freebsd.org/ports?view=revision&revision=493168 >> >> And the free (as in no payment required) GeoLite2 databases have seen >> some >> licensing/handling changes, too: >> https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-using-geolite2-databases/ >> >> >> Regards, >> Christoph >> > > Thanks for the hints. All the information is very clearing. > This deprecation has completely slipped through for me. > I'll dig into the new GeoLite2 approach and see what's the impact for my > software project. > > Thanks to all and all others who have responded. Free registration and license key works without any problem. But if your software accessed DB or CSV files directly then it will not work anymore because format of database was changed from one flat table to few tables with relations. If your SW uses some library do access the DB then it may work with updated dependency. My usecase was very simple shellscript so I was able to convert it to new CSV files. They can be converted to the old format if somebody need it. Kind regards Miroslav Lachman From owner-freebsd-stable@freebsd.org Wed Jan 8 15:15:29 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 01EB61F1F09 for ; Wed, 8 Jan 2020 15:15:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tCVR6pHBz3CRM; Wed, 8 Jan 2020 15:15:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008FFQan044681 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 10:15:27 -0500 (EST) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: bhyve regression ? Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Cc: jkim@FreeBSD.org Message-ID: <625b47c2-2b86-d703-6c7b-948f3d67c57b@sentex.net> Date: Wed, 8 Jan 2020 10:15:27 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tCVR6pHBz3CRM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.93), asn: 11647(-3.54), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 15:15:29 -0000 Going from a kernel from Dec 21st to today, my bhyve image no longer starts up.  Is this possibly related to the mfc 356471 ? /boot/kernel/kernel text=0x948ee3 data=0x13d9b8+0x463b10 syms=[0x8+0xef220+0x8+0x10ec23] /boot/entropy size=0x1000 Booting... /tmp/bhyve.e6GT9mY     61: [0001]               ProcessorId : FF                                                                 Error    6313 -    Invalid field label detected ^  (found "ProcessorId" expected "Processor ID")                                                                                                                                                                 /tmp/bhyve.e6GT9mY     65: [0001]               Interrupt : 01    Error    6313 -  Invalid field label detected ^  (found "Interrupt" expected "Interrupt Input LINT")                                                                                                        Assertion failed: (error == 0), function main, file /usr/src/usr.sbin/bhyve/bhyverun.c, line 1190.                                                                                                                                                                                                          Abort trap (core dumped) Line 1190 is     if (acpi) {         error = acpi_build(ctx, guest_ncpus);         assert(error == 0);     } From owner-freebsd-stable@freebsd.org Wed Jan 8 16:14:49 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 707801F3599 for ; Wed, 8 Jan 2020 16:14:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tDpw6t9Bz3H27; Wed, 8 Jan 2020 16:14:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008GEmpo048729 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 11:14:48 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: bhyve regression ? From: mike tancsa To: FreeBSD-STABLE Mailing List Cc: jkim@FreeBSD.org References: <625b47c2-2b86-d703-6c7b-948f3d67c57b@sentex.net> Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: Date: Wed, 8 Jan 2020 11:14:49 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <625b47c2-2b86-d703-6c7b-948f3d67c57b@sentex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tDpw6t9Bz3H27 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.93), asn: 11647(-3.54), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 16:14:49 -0000 On 1/8/2020 10:15 AM, mike tancsa wrote: > Going from a kernel from Dec 21st to today, my bhyve image no longer > starts up.  Is this possibly related to the mfc 356471 ? > > OK, confirmed.  Doing a svnlite update -r356469, to just before the ACPI MFC allows be to start up my bhyve image.     ---Mike > /boot/kernel/kernel text=0x948ee3 data=0x13d9b8+0x463b10 > syms=[0x8+0xef220+0x8+0x10ec23] > /boot/entropy size=0x1000 > Booting... > /tmp/bhyve.e6GT9mY     61: [0001]               ProcessorId : FF >                                                                 Error    > 6313 -    Invalid field label detected ^  (found "ProcessorId" expected > "Processor ID") > >                                                                                                                                                                 > /tmp/bhyve.e6GT9mY     65: [0001]               Interrupt : 01 >    Error    6313 -  Invalid field label detected ^  (found "Interrupt" > expected "Interrupt Input LINT") > >                                                                                                        > Assertion failed: (error == 0), function main, file > /usr/src/usr.sbin/bhyve/bhyverun.c, line 1190. >                                                                                                                                                                                                          > Abort trap (core dumped) > > > Line 1190 is >     if (acpi) { >         error = acpi_build(ctx, guest_ncpus); >         assert(error == 0); >     } > From owner-freebsd-stable@freebsd.org Wed Jan 8 17:08:14 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 633B21F4AB9 for ; Wed, 8 Jan 2020 17:08:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 47tG0X63yBz3Lbv for ; Wed, 8 Jan 2020 17:08:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=dMWGfbcSZ8L72qPMBroBWkDQhRU0Tz305bhKj1DyRA4=; b=Sz6KBctG1SGSVcofsZHYV/p5utbDIIdsAuIVkB21vOVITboxFirzIyl8/IiQiR1hYWAT8F/Swfm51plSX8aw0Yh8Jp/A3FTfrTckWY32qYLmV20JY+f5gXNohCvYHEZCzJ52/fbEV3W8/Zzdf32OaPtg8iXX6o+xi5JMZy48a6XvvDiZ67jT6YE3UOY3na5QpynlwJd1JTC493K96IrZfLXHwBy466xBk12T5qcaSj7TFuW0+Nktz67sxYpHK7usc7ERCVBaVv74MnnEYdd3X16/k1VvX/LTcsN0jMwBFQn0bKB8cUNAS67KE5O4CxEBTSyecgtLIBdU3TsOZNDB1Q==; Received: from macmini.bk.cs.huji.ac.il ([132.65.179.19]) by kabab.cs.huji.ac.il with esmtp id 1ipEoR-000Lj4-9B; Wed, 08 Jan 2020 19:08:07 +0200 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.1\)) Subject: Re: nfs lockd errors after NetApp software upgrade. Date: Wed, 8 Jan 2020 19:08:07 +0200 In-Reply-To: Cc: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" To: Rick Macklem References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> X-Mailer: Apple Mail (2.3608.60.0.2.1) X-Rspamd-Queue-Id: 47tG0X63yBz3Lbv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=Sz6KBctG; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-3.23 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-1.93)[ip: (-4.91), ipnet: 132.64.0.0/13(-2.67), asn: 378(-2.14), country: IL(0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; URI_COUNT_ODD(1.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 17:08:14 -0000 top posting NetAPP reply: =E2=80=A6 Here you can see transaction ID (0x5e15f77a) being used over port 886 = and the NFS server successfully responds. =20 4480695 2020-01-08 12:20:54 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = V4 UNLOCK Call (Reply In 4480696) FH:0x54b075a0 svid:13629 = pos:0-0 4480696 2020-01-08 12:20:54 132.65.60.56 = 132.65.116.111 NLM 0x5e15f77a (1578497914) 4045 = V4 UNLOCK Reply (Call In 4480695) =20 Here you see that 2 minutes later the client uses the same transaction = ID (0x5e15f77a) and the same port again, but the file handle is = different, so the client is unlocking a different file. =20 4591136 2020-01-08 12:22:54 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In = 4480696) FH:0xb14b75a8 svid:13629 pos:0-0 4592588 2020-01-08 12:22:57 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In = 4480696) FH:0xb14b75a8 svid:13629 pos:0-0 4598862 2020-01-08 12:23:03 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In = 4480696) FH:0xb14b75a8 svid:13629 pos:0-0 4608871 2020-01-08 12:23:21 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In = 4480696) FH:0xb14b75a8 svid:13629 pos:0-0 4635984 2020-01-08 12:23:59 132.65.116.111 = 132.65.60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In = 4480696) FH:0xb14b75a8 svid:13629 pos:0-0 =20 transaction ID reuse is also seen for a number of other transaction IDs = starting at the same time. =20 Withing ONTAP 9.3 we have changed the way our Replay-Cache tracks = requests by including a checksum of the RPC request. Both in in this and = earlier releases ONTAP would cache the call in frame 4480695, but = starintg in 9.3 we then cache the checksum as part of that. =20 When the client sends the request in frame 4591136 it uses the same = transaction ID (0x5e15f77a) and same port again. Here the problem is = that we already hold a checksum in cache for the =E2=80=9Csame = transaction=E2=80=9D =E2=80=A6 this seems to be happening after the client did not receive the response = and re-transmits the request. danny > On 24 Dec 2019, at 5:02, Rick Macklem wrote: >=20 > Richard P Mackerras wrote: >> Hi, >>=20 >> We had some bully type workloads emerge when we moved a lot of block >> storage from old XIV to new all flash 3PAR. I wonder if your IMAP = issue >> might have emerged just because suddenly there was the opportunity = with all >> flash. QOS is good on 9.x ONTAP. If anyone says it=E2=80=99s not then = they last >> looked on 8.x. So I suggest you QOS the IMAP workload. >>=20 >> Nobody should be using UDP with NFS unless they have a very specific = set >> of circumstances. TCP was a real step forward. > Well, I can't argue with this, considering I did the first working = implementation > of NFS over TCP. It was actually Mike Karels that suggested I try = doing so, > There's a paper in a very old Usenix Conference Proceedings, but it is = so old > that it isn't on the Usenix web page (around 1988 in Denver, if I = recall). I don't > even have a copy myself, although I was the author. >=20 > Now, having said that, I must note that the Network Lock Manager (NLM) = and > Network Status Monitor (NSM) were not NFS. They were separate stateful > protocols (poorly designed imho) that Sun never published. >=20 > NFS as Sun designed it (NFSv2 and NFSv3) were "stateless server" = protocols, > so that they could work reliably without server crash recovery. > However, the NLM was inherently stateful, since it was dealing with = file locks. >=20 > So, you can't really lump the NLM with NFS (and you should avoid use = of the > NLM over any transport imho). >=20 > NFSv4 tackled the difficult problem of having a "stateful server" and = crash recovery, > which resulted in a much more complex protocol (compare the size of = RFC-1813 > vs RFC-5661 to get some idea of this). >=20 > rick >=20 > Cheers >=20 > Richard > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Jan 8 17:33:53 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46D131F559B for ; Wed, 8 Jan 2020 17:33:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tGZ91B8Gz3NXy; Wed, 8 Jan 2020 17:33:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (static-71-168-218-4.cmdnnj.fios.verizon.net [71.168.218.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jkim/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 113D3C6FC; Wed, 8 Jan 2020 17:33:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: bhyve regression ? To: mike tancsa , FreeBSD-STABLE Mailing List References: <625b47c2-2b86-d703-6c7b-948f3d67c57b@sentex.net> From: Jung-uk Kim Autocrypt: addr=jkim@FreeBSD.org; prefer-encrypt=mutual; keydata= mQENBFJBztUBCAChqNyGqmFuNo0U7MBzsD+q/G6Cv0l7LGVrOAsgh34M8wIWhD+tztDWMVfn AhxNDd0ceCj2bYOe67sTQxAScEcbt2FfvPOLp9MEXb9qohZj172Gwkk7dnhOhZZKhVGVZKM4 NcsuBDUzgf4f3Vdzj4wg6WlqplnTZo8lPE4hZWvZHoFIyunPTJWenybeV1xnxK7JkUdSvQR0 fA59RfTTECMwTrSEfYGUnxIDBraxJ7Ecs/0hGQ7sljIj8WBvlRDU5fU1xfF35aw56T8POQRq F4E6RVJW3YGuTpSwgtGZOTfygcLRhAiq3dFC3JNLaTVTpM8PjOinJyt9AU6RoITGOKwDABEB AAG0Hkp1bmctdWsgS2ltIDxqa2ltQEZyZWVCU0Qub3JnPokBPQQTAQoAJwUCUkHO1QIbAwUJ E0/POwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRB8n5Ym/NvxRqyzB/wL7QtsIpeGfGIA ZPMtgXMucM3NWzomyQMln2j2efUkDKthzh9jBxgF53TjOr7imwIt0PT2k1bqctPrq5IRqnu9 mGroqaCLE3LG2/E3jEaao4k9PO6efwlioyivUo5NrqIQOQ4k3EAXw7d2y0Dk1VpTgdMrnUAB hj7lGlLqS4ydcrf24DdbCRGdEQwqd9DBeBgbWynxAJMgbZBhYVEyIHuQKkJ8qY0ibIPXXuF0 KYDeH0qUHtWV2K3srNyPtymUkBQD84Pl1GWRYx05XdUHDmnX0JV3lg0BfYJZgZv0ehPQrMfY Fd9abTkf9FHQYz1JtsC8wUuRgqElRd6+YAGf8Tt9uQENBFJBztUBCADLtSrP44El2VoJmH14 OFrlOgxzZnbn+Y/Gf1k12mJBiR+A+pBeRLD50p7AiTrjHRxO3cHcl9Dh0uf1VSbXgp8Or0ye iP/86fZPd4k5HXNmDTLL0HecPE08SCqGZ0W8vllQrokB1QxxRUB+fFMPJyMCjDAZ7P9fFTOS dTw1bJSTtOD8Sx8MpZUa9ti06bXFlVYDlaqSdgk181SSx+ZbSKkQR8CIMARlHwiLsa3Z9q9O EJr20HPyxe0AlTvwvFndH61hg7ds63eRvglwRnNON28VXO/lvKXq7Br/CiiyhFdKfINIx2Z5 htYq22tgGTW7mBURbIKoECFBTX9Lv6BXz6w9ABEBAAGJASUEGAEKAA8FAlJBztUCGwwFCRNP zzsACgkQfJ+WJvzb8UZcJQf+IsTCxUEqY7W/pT84sMg5/QD3s6ufTRncvq14fEOxCNq1Rf4Q 9P+tOFa8GZfKDGB2BFGIrW7uT5mlmKdK1vO6ZIA930y5kUsnCmBUEBJkE2ciSQk01aB/1o62 Q3Gk/F6BwtNY9OXiqF7AcAo+K/BMIaqb26QKeh+IIgK1NN9dQiq3ByTbl4zpGZa6MmsnnRTu mzGKt2nkz7vBzH6+hZp1OzGZikgjjhYWVFoJo1dvf/rv4obs0ZJEqFPQs/1Qa1dbkKBv6odB XJpPH0ssOluTY24d1XxTiKTwmWvHeQkOKRAIfD7VTtF4TesoZYkf7hsh3e3VwXhptSLFnEOi WwYofg== Message-ID: Date: Wed, 8 Jan 2020 12:33:51 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 17:33:53 -0000 On 20. 1. 8., mike tancsa wrote: > On 1/8/2020 10:15 AM, mike tancsa wrote: >> Going from a kernel from Dec 21st to today, my bhyve image no longer >> starts up.  Is this possibly related to the mfc 356471 ? >> >> > OK, confirmed.  Doing a svnlite update -r356469, to just before the ACPI > MFC allows be to start up my bhyve image. I forgot to merge r354056. Please update your source (r356500) and try again. Sorry for the breakage. Jung-uk Kim From owner-freebsd-stable@freebsd.org Wed Jan 8 17:37:52 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 066CF1F5841 for ; Wed, 8 Jan 2020 17:37:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tGfl6Rxkz3Nw1; Wed, 8 Jan 2020 17:37:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008Hbpgq054325 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 12:37:51 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r356465 - in stable/12: . contrib/llvm-project/clang/include/clang/CodeGen contrib/llvm-project/clang/lib/Basic/Targets contrib/llvm-project/clang/lib/CodeGen contrib/llvm-project/clang... To: Dimitry Andric , FreeBSD-STABLE Mailing List References: <202001072001.007K1xv8001046@repo.freebsd.org> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <8623c333-6047-42dc-55f8-ef651b60876c@sentex.net> Date: Wed, 8 Jan 2020 12:37:52 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <202001072001.007K1xv8001046@repo.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tGfl6Rxkz3Nw1 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 17:37:52 -0000 On 1/7/2020 3:01 PM, Dimitry Andric wrote: > Author: dim > Date: Tue Jan 7 20:01:59 2020 > New Revision: 356465 > URL: https://svnweb.freebsd.org/changeset/base/356465 > > Log: > MFC r356004: > > Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp > 9.0.1 final release c1a0a213378a458fbea1a5c77b315c7dce08fd05. > > Release notes for llvm, clang, lld and libc++ 9.0.1 will become > available here: Hi,     Is the buildworld a 2 step process to install everything ? I rebuilt world post import, did installkernel, installworld and then went to rebuild again, yet in the output, it still shows make[1]: "/usr/src/Makefile.inc1" line 341: SYSTEM_COMPILER: Determined that CC=cc matches the source tree.  Not bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 348: SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. Did libclang somehow not get installed or is the check not working for the version ? I am at r356502 root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld > /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k    [Creating objdir /usr/obj/usr/src/amd64.amd64...] 20805.460u 1075.767s 26:02.05 1400.8%   58220+3452k 650321+3431159io 222076pf+0w 1487.734u 147.997s 1:45.14 1555.7%      52726+3205k 195595+3387101io 70456pf+0w root@asrock-ryzen7a:/usr/src # Just tried again. installkernel/world and reboot, yet still get SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker.     ---Mike From owner-freebsd-stable@freebsd.org Wed Jan 8 18:03:34 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 717BA1F6320 for ; Wed, 8 Jan 2020 18:03:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tHDQ2PHQz3Qgf; Wed, 8 Jan 2020 18:03:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008I3XrA056044 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 13:03:33 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: bhyve regression ? (resolved with r356500) To: Jung-uk Kim , FreeBSD-STABLE Mailing List References: <625b47c2-2b86-d703-6c7b-948f3d67c57b@sentex.net> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <41e7f17b-909f-e023-f919-4074a07dd1d1@sentex.net> Date: Wed, 8 Jan 2020 13:03:34 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tHDQ2PHQz3Qgf X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 18:03:34 -0000 On 1/8/2020 12:33 PM, Jung-uk Kim wrote: > On 20. 1. 8., mike tancsa wrote: >> On 1/8/2020 10:15 AM, mike tancsa wrote: >>> Going from a kernel from Dec 21st to today, my bhyve image no longer >>> starts up.  Is this possibly related to the mfc 356471 ? >>> >>> >> OK, confirmed.  Doing a svnlite update -r356469, to just before the ACPI >> MFC allows be to start up my bhyve image. > I forgot to merge r354056. Please update your source (r356500) and try > again. Thanks very much for the quick fix. This does indeed fix the issue for me!     ---Mike From owner-freebsd-stable@freebsd.org Wed Jan 8 18:14:56 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1344F1F6D00 for ; Wed, 8 Jan 2020 18:14:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tHTW6lM9z3wvH; Wed, 8 Jan 2020 18:14:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008IEtDC056801 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 13:14:55 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r356465 - in stable/12: . contrib/llvm-project/clang/include/clang/CodeGen contrib/llvm-project/clang/lib/Basic/Targets contrib/llvm-project/clang/lib/CodeGen contrib/llvm-project/clang... To: Ian Lepore , Dimitry Andric , FreeBSD-STABLE Mailing List References: <202001072001.007K1xv8001046@repo.freebsd.org> <8623c333-6047-42dc-55f8-ef651b60876c@sentex.net> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: Date: Wed, 8 Jan 2020 13:14:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tHTW6lM9z3wvH X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 18:14:56 -0000 On 1/8/2020 1:08 PM, Ian Lepore wrote: > I am at r356502 >> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld > >> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k >> [Creating objdir /usr/obj/usr/src/amd64.amd64...] >> 20805.460u 1075.767s 26:02.05 1400.8% 58220+3452k 650321+3431159io >> 222076pf+0w >> 1487.734u 147.997s 1:45.14 1555.7% 52726+3205k 195595+3387101io >> 70456pf+0w >> root@asrock-ryzen7a:/usr/src # >> >> Just tried again. installkernel/world and reboot, yet still get >> SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. >> >> >> ---Mike >> > What's the output of "make test-system-compiler"? That will display > all the variables used to make the decisions on what to (re)build. Just installed again and rebooted root@asrock-ryzen7a:/usr/src # svnlite status --show-updates Status against revision: 356505 root@asrock-ryzen7a:/usr/src # root@asrock-ryzen7a:/usr/src # make test-system-compiler USING_SYSTEM_COMPILER              = yes MK_SYSTEM_COMPILER                 = yes MK_CROSS_COMPILER                  = yes MK_CLANG_BOOTSTRAP                 = no MK_GCC_BOOTSTRAP                   = no WANT_COMPILER_TYPE                 = clang WANT_COMPILER_VERSION              = 90001 WANT_COMPILER_VERSION_FILE         = lib/clang/include/clang/Basic/Version.inc WANT_COMPILER_FREEBSD_VERSION      = 1200021 WANT_COMPILER_FREEBSD_VERSION_FILE = lib/clang/freebsd_cc_version.h CC                                 = cc COMPILER_TYPE                      = clang COMPILER_FEATURES                  =  c++11 c++14 c++17 retpoline COMPILER_VERSION                   = 90001 COMPILER_FREEBSD_VERSION           = 1200021 XCC                                = cc X_COMPILER_TYPE                    = clang X_COMPILER_FEATURES                =  c++11 c++14 c++17 retpoline X_COMPILER_VERSION                 = 90001 X_COMPILER_FREEBSD_VERSION         = 1200021 root@asrock-ryzen7a:/usr/src # make test-system-linker USING_SYSTEM_LINKER                = no MK_SYSTEM_LINKER                   = yes MK_LLD_BOOTSTRAP                   = yes MK_BINUTILS_BOOTSTRAP              = yes WANT_LINKER_TYPE                   = lld WANT_LINKER_VERSION                = 90001 WANT_LINKER_VERSION_FILE           = lib/clang/include/lld/Common/Version.inc WANT_LINKER_FREEBSD_VERSION        = WANT_LINKER_FREEBSD_VERSION_FILE   = lib/clang/include/lld/Common/Version.inc LD                                 = ld LINKER_TYPE                        = lld LINKER_FEATURES                    =  build-id ifunc filter retpoline LINKER_VERSION                     = 90001 LINKER_FREEBSD_VERSION             = c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 XLD                                = ld X_LINKER_TYPE                      = lld X_LINKER_FEATURES                  =  build-id ifunc filter retpoline X_LINKER_VERSION                   = 90001 X_LINKER_FREEBSD_VERSION           = c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 root@asrock-ryzen7a:/usr/src # From owner-freebsd-stable@freebsd.org Wed Jan 8 18:37:04 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 60DF11F75E8 for ; Wed, 8 Jan 2020 18:37:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene2.sentex.ca", Issuer "pyroxene2.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tHz33rstz3yZF; Wed, 8 Jan 2020 18:37:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac] ([IPv6:2607:f3e0:0:4:38f3:c4b3:6d87:1bac]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 008Ib2Uo058312 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 8 Jan 2020 13:37:03 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r356465 - in stable/12: . contrib/llvm-project/clang/include/clang/CodeGen contrib/llvm-project/clang/lib/Basic/Targets contrib/llvm-project/clang/lib/CodeGen contrib/llvm-project/clang... From: mike tancsa To: Ian Lepore , Dimitry Andric , FreeBSD-STABLE Mailing List References: <202001072001.007K1xv8001046@repo.freebsd.org> <8623c333-6047-42dc-55f8-ef651b60876c@sentex.net> Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWibkB DQRcsMzkAQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4 axtKRSG1t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1 qzAJweEtRdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6c Lm0EiHPOl5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5 o9KKu4O7gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQAB iQE8BBgBCAAmFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAlywzOQCGwwFCQHhM4AACgkQeVOE Fl5WrMhmjQf/dBCjAVn1J0GzSsHiLvSAQz1cchbdy8LD0Tnpzjgp5KLU7sNojbI8vqt4yKAi cayI88j8+xxNXPMWM4pHELuUuVHS5XTpHa/wwulUtI5w/zyKlUDsIvqTPZLUEwH7DfNBueVM WyNaIjV2kxSmM8rNMC+RkgyfbjGLCkmWsMRVuLIUYpl5D9WHmenUbiErlKU2KvEEXEg/aLKq 3m/AdM9RAYsP9O4l+sAZEfyYoNJzDhTZMzn/9Q0uFPLK9smDQh4WBTFaApveVJPHRKmHPoNF Xxj+yScYdQ4SKH34WnhNSELvnZQ3ulH5tpASmm0w+GxfZqSc8+QCwoKtBRDUxoE56A== Message-ID: <30934541-a4ee-4902-3b97-6afc0c1b43c9@sentex.net> Date: Wed, 8 Jan 2020 13:37:03 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 47tHz33rstz3yZF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.71)[ipnet: 2607:f3e0::/32(-4.93), asn: 11647(-3.54), country: CA(-0.09)]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 18:37:04 -0000 On 1/8/2020 1:14 PM, mike tancsa wrote: > On 1/8/2020 1:08 PM, Ian Lepore wrote: >> I am at r356502 >>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld > >>> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k >>> [Creating objdir /usr/obj/usr/src/amd64.amd64...] >>> 20805.460u 1075.767s 26:02.05 1400.8% 58220+3452k 650321+3431159io >>> 222076pf+0w >>> 1487.734u 147.997s 1:45.14 1555.7% 52726+3205k 195595+3387101io >>> 70456pf+0w >>> root@asrock-ryzen7a:/usr/src # >>> >>> Just tried again. installkernel/world and reboot, yet still get >>> SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. >>> >>> >>> ---Mike >>> >> What's the output of "make test-system-compiler"? That will display >> all the variables used to make the decisions on what to (re)build. > Just installed again and rebooted > > root@asrock-ryzen7a:/usr/src # svnlite status --show-updates > Status against revision: 356505 > root@asrock-ryzen7a:/usr/src # > > root@asrock-ryzen7a:/usr/src # make test-system-compiler > USING_SYSTEM_COMPILER              = yes > MK_SYSTEM_COMPILER                 = yes > MK_CROSS_COMPILER                  = yes > MK_CLANG_BOOTSTRAP                 = no > MK_GCC_BOOTSTRAP                   = no > WANT_COMPILER_TYPE                 = clang > WANT_COMPILER_VERSION              = 90001 > WANT_COMPILER_VERSION_FILE         = > lib/clang/include/clang/Basic/Version.inc > WANT_COMPILER_FREEBSD_VERSION      = 1200021 > WANT_COMPILER_FREEBSD_VERSION_FILE = lib/clang/freebsd_cc_version.h > CC                                 = cc > COMPILER_TYPE                      = clang > COMPILER_FEATURES                  =  c++11 c++14 c++17 retpoline > COMPILER_VERSION                   = 90001 > COMPILER_FREEBSD_VERSION           = 1200021 > XCC                                = cc > X_COMPILER_TYPE                    = clang > X_COMPILER_FEATURES                =  c++11 c++14 c++17 retpoline > X_COMPILER_VERSION                 = 90001 > X_COMPILER_FREEBSD_VERSION         = 1200021 > root@asrock-ryzen7a:/usr/src # make test-system-linker > USING_SYSTEM_LINKER                = no > MK_SYSTEM_LINKER                   = yes > MK_LLD_BOOTSTRAP                   = yes > MK_BINUTILS_BOOTSTRAP              = yes > WANT_LINKER_TYPE                   = lld > WANT_LINKER_VERSION                = 90001 > WANT_LINKER_VERSION_FILE           = > lib/clang/include/lld/Common/Version.inc > WANT_LINKER_FREEBSD_VERSION        = > WANT_LINKER_FREEBSD_VERSION_FILE   = > lib/clang/include/lld/Common/Version.inc > LD                                 = ld > LINKER_TYPE                        = lld > LINKER_FEATURES                    =  build-id ifunc filter retpoline > LINKER_VERSION                     = 90001 > LINKER_FREEBSD_VERSION             = > c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 > XLD                                = ld > X_LINKER_TYPE                      = lld > X_LINKER_FEATURES                  =  build-id ifunc filter retpoline > X_LINKER_VERSION                   = 90001 > X_LINKER_FREEBSD_VERSION           = > c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 > root@asrock-ryzen7a:/usr/src # > I also did make delete-old and make delete-old-libs, but no difference.  make test-system-compiler and  make test-system-linker give the same results. Also just tried blowing away /usr/obj and the same deal. The system linker needs to be rebuilt each time make[1]: "/usr/src/Makefile.inc1" line 341: SYSTEM_COMPILER: Determined that CC=cc matches the source tree.  Not bootstrapping a cross-compiler. make[1]: "/usr/src/Makefile.inc1" line 348: SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker.     ---Mike From owner-freebsd-stable@freebsd.org Wed Jan 8 21:06:37 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0C941FAE45 for ; Wed, 8 Jan 2020 21:06:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tMHd4GRYz48dt; Wed, 8 Jan 2020 21:06:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4858ADFE7; Wed, 8 Jan 2020 21:06:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::6190:bd7d:8efc:5574] (unknown [IPv6:2001:470:7a58:0:6190:bd7d:8efc:5574]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2021C4B48D; Wed, 8 Jan 2020 22:00:45 +0100 (CET) From: Dimitry Andric Message-Id: <4CFD2966-CEFF-4D7D-A746-7BA6EA056996@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_098EB502-D390-4A96-A6C0-290380D00BDE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: svn commit: r356465 - in stable/12: . contrib/llvm-project/clang/include/clang/CodeGen contrib/llvm-project/clang/lib/Basic/Targets contrib/llvm-project/clang/lib/CodeGen contrib/llvm-project/clang... Date: Wed, 8 Jan 2020 22:00:38 +0100 In-Reply-To: <30934541-a4ee-4902-3b97-6afc0c1b43c9@sentex.net> Cc: Ian Lepore , FreeBSD-STABLE Mailing List , Ed Maste To: mike tancsa References: <202001072001.007K1xv8001046@repo.freebsd.org> <8623c333-6047-42dc-55f8-ef651b60876c@sentex.net> <30934541-a4ee-4902-3b97-6afc0c1b43c9@sentex.net> X-Mailer: Apple Mail (2.3445.104.11) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 21:06:37 -0000 --Apple-Mail=_098EB502-D390-4A96-A6C0-290380D00BDE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 8 Jan 2020, at 19:37, mike tancsa wrote: >=20 > On 1/8/2020 1:14 PM, mike tancsa wrote: >> On 1/8/2020 1:08 PM, Ian Lepore wrote: >>> I am at r356502 >>>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld = > >>>> /var/log/build.out ; time make -j16 buildkernel > = /var/log/build.out.k >>>> [Creating objdir /usr/obj/usr/src/amd64.amd64...] >>>> 20805.460u 1075.767s 26:02.05 1400.8% 58220+3452k = 650321+3431159io >>>> 222076pf+0w >>>> 1487.734u 147.997s 1:45.14 1555.7% 52726+3205k = 195595+3387101io >>>> 70456pf+0w >>>> root@asrock-ryzen7a:/usr/src # >>>>=20 >>>> Just tried again. installkernel/world and reboot, yet still get >>>> SYSTEM_LINKER: libclang will be built for bootstrapping a = cross-linker. >>>>=20 >>>>=20 >>>> ---Mike >>>>=20 >>> What's the output of "make test-system-compiler"? That will display >>> all the variables used to make the decisions on what to (re)build. >> Just installed again and rebooted >>=20 >> root@asrock-ryzen7a:/usr/src # svnlite status --show-updates >> Status against revision: 356505 >> root@asrock-ryzen7a:/usr/src # >>=20 >> root@asrock-ryzen7a:/usr/src # make test-system-compiler >> USING_SYSTEM_COMPILER =3D yes >> MK_SYSTEM_COMPILER =3D yes >> MK_CROSS_COMPILER =3D yes >> MK_CLANG_BOOTSTRAP =3D no >> MK_GCC_BOOTSTRAP =3D no >> WANT_COMPILER_TYPE =3D clang >> WANT_COMPILER_VERSION =3D 90001 >> WANT_COMPILER_VERSION_FILE =3D >> lib/clang/include/clang/Basic/Version.inc >> WANT_COMPILER_FREEBSD_VERSION =3D 1200021 >> WANT_COMPILER_FREEBSD_VERSION_FILE =3D lib/clang/freebsd_cc_version.h >> CC =3D cc >> COMPILER_TYPE =3D clang >> COMPILER_FEATURES =3D c++11 c++14 c++17 retpoline >> COMPILER_VERSION =3D 90001 >> COMPILER_FREEBSD_VERSION =3D 1200021 >> XCC =3D cc >> X_COMPILER_TYPE =3D clang >> X_COMPILER_FEATURES =3D c++11 c++14 c++17 retpoline >> X_COMPILER_VERSION =3D 90001 >> X_COMPILER_FREEBSD_VERSION =3D 1200021 >> root@asrock-ryzen7a:/usr/src # make test-system-linker >> USING_SYSTEM_LINKER =3D no >> MK_SYSTEM_LINKER =3D yes >> MK_LLD_BOOTSTRAP =3D yes >> MK_BINUTILS_BOOTSTRAP =3D yes >> WANT_LINKER_TYPE =3D lld >> WANT_LINKER_VERSION =3D 90001 >> WANT_LINKER_VERSION_FILE =3D >> lib/clang/include/lld/Common/Version.inc >> WANT_LINKER_FREEBSD_VERSION =3D >> WANT_LINKER_FREEBSD_VERSION_FILE =3D >> lib/clang/include/lld/Common/Version.inc >> LD =3D ld >> LINKER_TYPE =3D lld >> LINKER_FEATURES =3D build-id ifunc filter = retpoline >> LINKER_VERSION =3D 90001 >> LINKER_FREEBSD_VERSION =3D >> c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 >> XLD =3D ld >> X_LINKER_TYPE =3D lld >> X_LINKER_FEATURES =3D build-id ifunc filter = retpoline >> X_LINKER_VERSION =3D 90001 >> X_LINKER_FREEBSD_VERSION =3D >> c1a0a213378a458fbea1a5c77b315c7dce08fd05-1200010 >> root@asrock-ryzen7a:/usr/src # >>=20 > I also did make delete-old and make delete-old-libs, but no = difference. > make test-system-compiler and make test-system-linker give the same > results. >=20 > Also just tried blowing away /usr/obj and the same deal. The system > linker needs to be rebuilt each time >=20 > make[1]: "/usr/src/Makefile.inc1" line 341: SYSTEM_COMPILER: = Determined > that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/src/Makefile.inc1" line 348: SYSTEM_LINKER: libclang = will > be built for bootstrapping a cross-linker. Hm, so it thinks the compiler is new enough, but not the linker? This might be due to the recent change of the upstream Subversion revision into a Git coommit hash, e.g. lld used to print: LLD 9.0.0 (FreeBSD 372316-1300005) (compatible with GNU linkers) but now it prints: LLD 9.0.1 (FreeBSD c1a0a213378a458fbea1a5c77b315c7dce08fd05-1300006) = (compatible with GNU linkers) The first number or hash is the upstream revision or commit, the second number is "our" monotonically increasing version number. If we make changes that require re-bootstrapping the linker, we bump that second number. I think something in the MK_SYSTEM_LINKER logic may have fallen over due to the change in this output. Ed, any ideas? Note I didn't see any reports about this in head, but it could also be a problem there. -Dimitry --Apple-Mail=_098EB502-D390-4A96-A6C0-290380D00BDE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXhZC9gAKCRCwXqMKLiCW o/k/AJ98qtcFD3UaRk8Wy5D2kpuLgXy2ggCfWMjd2xJmyaNSNn0M5IfT/3SeX3s= =CD/I -----END PGP SIGNATURE----- --Apple-Mail=_098EB502-D390-4A96-A6C0-290380D00BDE-- From owner-freebsd-stable@freebsd.org Wed Jan 8 21:09:27 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF8FA1FB07A for ; Wed, 8 Jan 2020 21:09:27 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tMLt1qQLz48wc for ; Wed, 8 Jan 2020 21:09:25 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id a5so478769wmb.0 for ; Wed, 08 Jan 2020 13:09:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=627fCrDjMJ/BwSvWSo9mEWhhCQ7wiO9xJKMKvds4bpI=; b=c01dyuSyXL+lFKo3Oo1BZoh70sv9RWqNBNN2fONbTyMT/wSqcXFOkdOyyImyyq5TFS AV+Z0Yx4rP6TU/Or7c00B6v4H0H8ntyFCrgb3c3BLz91FXYzOOiDbvT/b9N3bpGakpXq 3B0BZLMYS1H1tXuXC8f4dJnqBV2pzZSNsi8G2IOcUoBvV2/lyrMfoxnWEk0cMrMkhwqs jbSm9yUJfKBbG5gWzh0cQ5raZUTmUMFtPQ7j2NqSbm3vtDDmX6LZApGqq1XzukdRyyND Uo+XuihtusuRXp6R4TCj6SCrv6NesEsG86G9GQSDzQU89EOkzApXmD4G+YQedAma1CPN e9cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to; bh=627fCrDjMJ/BwSvWSo9mEWhhCQ7wiO9xJKMKvds4bpI=; b=KyQ57d35A+gFBUCwmqTevzEiWVPSKn010G8ETXS/9YqMmaLjMY9K6YwRLTW5NTMPsN /zZqJN71c7QpyYkB8Dtj80B5kahIeVJ4I81znAvxM5Fg9fFHGz+woqoBx+9zqqZv0eAE 9Oq9DI5ps7pIyvqMGcWZnj7awC5z3fQB4UwQ2ZmEecPnNyzK6pBDfUkQbWJ8IRd/DmAs 9FI+j1c+QD+K72uL61u4Xbiu7HqEoBE0TOGBJMrZtJYRtusV5gtlufwnWeTNtbv9RsAN Z+oPhJySl4Nw4a/y7MI6eC9mRkJZXhuiREto+Dn/xB13+8ErdQi5W5GNpawjTg4v32fX RyBQ== X-Gm-Message-State: APjAAAVu+RxzIyr79nULaLlexjZViFKLaN/4Z06Fag/JjdjZavrxd+C/ MeiRlxjUdJkuPGp1P1OsVLxrJFIlrFY= X-Google-Smtp-Source: APXvYqy2K+DcrvlK+85oGjVxsimM9jEfuYJXST1+OBRXCl4glA6RnZtvW4JBHoCMrcH3eOqOsQo11g== X-Received: by 2002:a1c:66d5:: with SMTP id a204mr644867wmc.64.1578517764228; Wed, 08 Jan 2020 13:09:24 -0800 (PST) Received: from brick (cpc92302-cmbg19-2-0-cust461.5-4.cable.virginm.net. [82.1.209.206]) by smtp.gmail.com with ESMTPSA id l17sm5392058wro.77.2020.01.08.13.09.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jan 2020 13:09:23 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 8 Jan 2020 21:09:21 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Lee Damon Cc: freebsd-stable@freebsd.org Subject: Re: two questions about autofs on FBSD Message-ID: <20200108210921.GA40959@brick> Mail-Followup-To: Lee Damon , freebsd-stable@freebsd.org References: <578798e4-5e26-6116-9ffe-6dcc4f08ed59@castle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <578798e4-5e26-6116-9ffe-6dcc4f08ed59@castle.org> X-Rspamd-Queue-Id: 47tMLt1qQLz48wc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=c01dyuSy; dmarc=none; spf=pass (mx1.freebsd.org: domain of etnapierala@gmail.com designates 2a00:1450:4864:20::335 as permitted sender) smtp.mailfrom=etnapierala@gmail.com X-Spamd-Result: default: False [-4.43 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[5.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.73)[ip: (-9.13), ipnet: 2a00:1450::/32(-2.61), asn: 15169(-1.85), country: US(-0.05)]; FORGED_SENDER(0.30)[trasz@freebsd.org,etnapierala@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[206.209.1.82.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[trasz@freebsd.org,etnapierala@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 21:09:27 -0000 On 0103T1602, Lee Damon wrote: > I am (reluctantly) replacing am-utils (amd) with autofs. To do this I > need to replace a lot of functionality that I've had embedded for a very > long time and which my users absolutely rely on. I have two (so far) > questions that I need to solve before I can proceed with this process. > > Question 1 - One of those features is the ability to use a symlink > instead of a NFS mount. For a simplistic example: > > /homes/accountname -> /net/server/home/accountname > > On Linux this is a : entry in /etc/auto.homes: > accountname :/net/server/home/accountname > > but when I test it on FBSD 11-3 I get: > automountd[1784]: "mount -t nfs -o automounted,retrycnt=1 > /net/[redacted]/vol/home/[redacted] /homes/[redacted]/", pid 1785, > terminated with exit status 1 > > Which sure looks like it is trying to NFS mount the local filesystem, > which clearly won't work. > > I use this functionality all over the place including linking into AFS > space and making smart decisions of which subdirectory to present, so I > can't just turn all of the links into NFS mounts. > > I found a bug report against the 10.1 version of autofs asking for the > linking functionality but it was closed with no comment. I'm not finding > any other documentation that references how to do a link. I'm afraid linking isn't supported. I've always considered it an optimization that made sense back when NFS could have significant overhead and nowadays just wasn't worth it. One thing you could try is to use nullfs(5) instead of NFS for this specific case. I no longer remember all the details, but simply adding '-t nullfs' to the map entry above should work. > The media mount seems to be done via a special script instead of just a > link. So, I have to ask, is this something that can be done? How do I do it? Media mounts are handled by executable maps, aka special maps; there's nothing media-specific in autofs itself, apart from the /etc/autofs/special_media shell script. Now that you mention it, there is a /etc/autofs/include_nis_nullfs special map which does the nullfs symlink, although it's to be used with NIS. Might be useful if adding "-t nullfs" in a static map file isn't enough. > Question 2 - How do I get automount to reload a map if a filesystem is > already mounted? It looks like issuing the "automount" command with no > flags should get it to reload maps but it seems to be ignoring any > changes to a map if that map has anything active. > > 99% of my map updates are to add a new filesystem to an existing map and > I need all of the hosts to pick up the changes the next time CM runs. On > Linux "systemctl reload autofs" does it but "service automount reload" > doesn't exist, and as I said, "automount" ignores map changes for active > maps. I'm _certain_ I'm missing something simple and obvious here, I > can't believe there's no way to reload an active map. > > Any information related to either question is much appreciated. Executing "automount" will refresh top-level mounts (ie all the filesystems of type "autofs"); running "automount -c" will flush cached maps referenced from /etc/auto_master. From owner-freebsd-stable@freebsd.org Wed Jan 8 21:25:47 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 498321FB800 for ; Wed, 8 Jan 2020 21:25:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tMjl1JRCz4B3w; Wed, 8 Jan 2020 21:25:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 0EFA2E250; Wed, 8 Jan 2020 21:25:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::6190:bd7d:8efc:5574] (unknown [IPv6:2001:470:7a58:0:6190:bd7d:8efc:5574]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F0B8E4B490; Wed, 8 Jan 2020 22:25:45 +0100 (CET) From: Dimitry Andric Message-Id: <9C39A4A8-2203-44EF-9520-717397BF2335@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_82CEE0F6-729D-4910-AE45-1444C05A4FC0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: svn commit: r356465 - in stable/12: . contrib/llvm-project/clang/include/clang/CodeGen contrib/llvm-project/clang/lib/Basic/Targets contrib/llvm-project/clang/lib/CodeGen contrib/llvm-project/clang... Date: Wed, 8 Jan 2020 22:25:37 +0100 In-Reply-To: <4CFD2966-CEFF-4D7D-A746-7BA6EA056996@FreeBSD.org> Cc: Ed Maste , FreeBSD-STABLE Mailing List , Ian Lepore , Bryan Drewery To: mike tancsa References: <202001072001.007K1xv8001046@repo.freebsd.org> <8623c333-6047-42dc-55f8-ef651b60876c@sentex.net> <30934541-a4ee-4902-3b97-6afc0c1b43c9@sentex.net> <4CFD2966-CEFF-4D7D-A746-7BA6EA056996@FreeBSD.org> X-Mailer: Apple Mail (2.3445.104.11) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 21:25:47 -0000 --Apple-Mail=_82CEE0F6-729D-4910-AE45-1444C05A4FC0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 8 Jan 2020, at 22:00, Dimitry Andric wrote: > > On 8 Jan 2020, at 19:37, mike tancsa wrote: >> >> On 1/8/2020 1:14 PM, mike tancsa wrote: >>> On 1/8/2020 1:08 PM, Ian Lepore wrote: >>>> I am at r356502 >>>>> root@asrock-ryzen7a:/usr/src # sleep 20;time make -j 16 buildworld > >>>>> /var/log/build.out ; time make -j16 buildkernel > /var/log/build.out.k >>>>> [Creating objdir /usr/obj/usr/src/amd64.amd64...] >>>>> 20805.460u 1075.767s 26:02.05 1400.8% 58220+3452k 650321+3431159io >>>>> 222076pf+0w >>>>> 1487.734u 147.997s 1:45.14 1555.7% 52726+3205k 195595+3387101io >>>>> 70456pf+0w >>>>> root@asrock-ryzen7a:/usr/src # >>>>> >>>>> Just tried again. installkernel/world and reboot, yet still get >>>>> SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. ... > I think something in the MK_SYSTEM_LINKER logic may have fallen over due > to the change in this output. Ed, any ideas? > > Note I didn't see any reports about this in head, but it could also be > a problem there. I just noticed this was fixed in head by Bryan Drewery in r354859: URL: https://svnweb.freebsd.org/changeset/base/354859 Log: WITH_SYSTEM_LINKER: Fix rebuilding lld every time. This is due to LLD_REVISION_STRING being renamed to LLD_REVISION in r351442 and the value being moved to another location in r351965. `make test-system-linker` can be used to see the values being used here. Reported by: ler I have just MFC'd this to stable/12, in r356518. Thanks for the report! -Dimitry --Apple-Mail=_82CEE0F6-729D-4910-AE45-1444C05A4FC0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXhZI0QAKCRCwXqMKLiCW o0wVAKDjmIPrnH4iIstmnjTWWT54xJ9K0wCgjcBy047qXyVGexrj1+dmXqRfwyo= =Z9e5 -----END PGP SIGNATURE----- --Apple-Mail=_82CEE0F6-729D-4910-AE45-1444C05A4FC0-- From owner-freebsd-stable@freebsd.org Wed Jan 8 21:37:38 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D78851FBD04 for ; Wed, 8 Jan 2020 21:37:38 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tMzP40G7z4Bj8 for ; Wed, 8 Jan 2020 21:37:37 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: by mail-pj1-x102c.google.com with SMTP id n96so181476pjc.3 for ; Wed, 08 Jan 2020 13:37:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=9Ln2TJ9YzGLyLYuhTeSr/gVl4Gy00u3gAZg7Kf835/Q=; b=MeowfpfbyAP+Q1+3Lj9xE5URiKpPekfcirD1on7zpB0SJpnDdlzQSrT3GX6C+wRmCS jKNqBOuVzSiojPohGoMSjHuwdK6UU5Pc4CncoXLqRcZkcVmCkt1irA0ljN0gk7FLB6po 93Ukz9MDF+pz8jxg+TQf/zrq3b/mXcXTV+jTfKxfJ2wMfSlgEWtyGYbp4yuU7GX30psf vTUuKTcGvi0EuqqhCuUmjrkxC4+VQHrr0Sp/f4VS1WYLlpa07jmt2vFImgqR34hPYsne 30Tj3A5Pd/cc5Buzy/siAze1gI+CD7OBLH6mlX1X58ekF/15yDiGVHVnwDzSIiho7cfh 2QZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=9Ln2TJ9YzGLyLYuhTeSr/gVl4Gy00u3gAZg7Kf835/Q=; b=goCkH2tX061Gq1bv5Wq3EoZvD66D2ztUNQQMeClT98/MZK5z5dvp5qvu0KRHyyhMlk Ksmt6YXTlQpXH+lYfqlFLas5+4KZjdufnJg5xtKpdKn5zmW+4W8ci1OxN68Auo7Qz7KP Z0Mt7Rc91Cq/jOIWiiBlL1W1Hs8djUSiRutR+GtfZD66zqccZI55R1uN1GkuNIQwLE8R IYlVALPmnHO/QOFZ9qZU3EWuYKAiQZryc5CELx3Qm7eeg87fZ8HLqujsJ0RcflPhFXxC bgCoeudc09oWimYrJHT9v0VQu93ovmDPm5/hJOxbin01/z2uLhP0ivpjA3x3m+l4Yp5h vong== X-Gm-Message-State: APjAAAW11/TOG8fisNDieORlYq1i0fAfqZu66Cx+Kko4lpuHH6BvLS7m kPXaidG64EzYIkQYoisuSEDjLsuj X-Google-Smtp-Source: APXvYqwCuDWidYADbjMZS+ym0vQ1aMOS/dm9UGJ24n5u10qVe2zOzI93nqtqSGX3tlGfma99Qe1kxg== X-Received: by 2002:a17:90a:c706:: with SMTP id o6mr851108pjt.82.1578519449540; Wed, 08 Jan 2020 13:37:29 -0800 (PST) Received: from vanyelcastleorg.local ([205.175.118.48]) by smtp.gmail.com with ESMTPSA id g18sm4777993pfi.80.2020.01.08.13.37.28 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Jan 2020 13:37:28 -0800 (PST) Sender: Lee Damon Subject: Re: two questions about autofs on FBSD To: freebsd-stable@freebsd.org References: <578798e4-5e26-6116-9ffe-6dcc4f08ed59@castle.org> <20200108210921.GA40959@brick> From: Lee Damon Message-ID: Date: Wed, 8 Jan 2020 13:37:26 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <20200108210921.GA40959@brick> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47tMzP40G7z4Bj8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Meowfpfb; dmarc=none; spf=pass (mx1.freebsd.org: domain of thenomad@gmail.com designates 2607:f8b0:4864:20::102c as permitted sender) smtp.mailfrom=thenomad@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[castle.org]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.80)[ipnet: 2607:f8b0::/32(-2.12), asn: 15169(-1.85), country: US(-0.05)]; FORGED_SENDER(0.30)[nomad@castle.org,thenomad@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[nomad@castle.org,thenomad@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 21:37:38 -0000 On 1/8/20 13:09 , Edward Tomasz NapieraÅ‚a wrote: > I'm afraid linking isn't supported. I've always considered it > an optimization that made sense back when NFS could have significant > overhead and nowadays just wasn't worth it. > > One thing you could try is to use nullfs(5) instead of NFS for this > specific case. I no longer remember all the details, but simply adding > '-t nullfs' to the map entry above should work. Part of the problem for me is that I need to use the same map files on multiple OSs. :/path/to/thing works in Linux but doesn't work in FBSD. I haven't had a chance to try -t nullfs yet but I'm going to bet it doesn't work in Linux. Then there's omnios ... > Executing "automount" will refresh top-level mounts (ie all the filesystems > of type "autofs"); running "automount -c" will flush cached maps referenced > from /etc/auto_master. Thanks. I'll try that next time this project comes around on the guitar (which is to say, probably Friday). nomad From owner-freebsd-stable@freebsd.org Wed Jan 8 23:12:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BBEEC1FE3DC for ; Wed, 8 Jan 2020 23:12:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670073.outbound.protection.outlook.com [40.107.67.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tQ4c0YG7z4HwN for ; Wed, 8 Jan 2020 23:12:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iMVNEGkeYzs+rYka9yFA1o0G/kKT+r9P35ep+b5glyKAwO1Y9h5YVqLbAy63w7jlGASCK4acI18xd/3mY4YXCew9grRGnad7t/BP9e7UEgB3IaaH1rOLsMs894dGjfmFLmVw3jtYUxcbZzOBGeZEnnGs8VTWrzvtUyIGDPRorKGVS8KtV1OopMNjVcDv/AWwzk5hVGvPp2q/b9IdcebGowOC7IaJD2ltORtD+8ZIjEpXER1jbW3L0bsWRqxvzMOBNoYyc4bIFXFOOHQfI4UeYz1WRyRwNUyUXX855nkPfGICcJThXTmc+PZpSyFsQO3iLN+qm+7ls3X/7/Lz2WOeGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nW4lMpFZhDE4j3Tka6FJ0z4obBH7PmyrCKmdiVFxpVU=; b=RvMh5a/asCk3xhQqVwZh/d0upJt/D1xfdUNFS+giA2Vw5nWoR5WvRxaNxDbU9/psRXsP7YgO/Y1dKHRZFBnW11TQlk5U2prc9S4l4y75NR6vvSQBsdXyc6lSxQ/1t3PI4KSq9pcBW8GA6xfAchX3f3LAj/4C6DnxwJdugpnaGqM8UEVMB8ghHQO8HYPBfyChgjINhr+2YcZGkNEHcx3IT8QknHp7Gm39JxYAmh9JWNYitzDylzHvJ/vI9DvleZiFxikncFMwoem31ZfxmnkkoNJNUmp2YcC6k0lROWdpGC4umP4Vd8xOxBvItNzOq0kKyZs8NaBBN788k9IehkqOfw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1793.CANPRD01.PROD.OUTLOOK.COM (52.132.67.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.10; Wed, 8 Jan 2020 23:12:14 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2602.016; Wed, 8 Jan 2020 23:12:14 +0000 From: Rick Macklem To: Daniel Braniss CC: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" Subject: Re: nfs lockd errors after NetApp software upgrade. Thread-Topic: nfs lockd errors after NetApp software upgrade. Thread-Index: AQHVtawq+ga5QLcdVkqBDG/GW9zFg6e/+Am+gAARTACAAANHAIAAi7Y3gACf34CAAEVO6IAABk4AgADWGACAAO1eZYAA7uGAgACmPw2AANdsAIAAsCi6gAF3uACAAC25gIAAlUcYgBiCXYCAAGT3qg== Date: Wed, 8 Jan 2020 23:12:14 +0000 Message-ID: References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5c252fa0-fcff-486e-73a9-08d7949032b3 x-ms-traffictypediagnostic: YQBPR0101MB1793: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 02760F0D1C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(396003)(136003)(346002)(39860400002)(199004)(189003)(54094003)(66476007)(186003)(66946007)(91956017)(81166006)(76116006)(8936002)(81156014)(478600001)(966005)(33656002)(66556008)(8676002)(2906002)(26005)(66446008)(64756008)(6506007)(86362001)(53546011)(786003)(4326008)(55016002)(71200400001)(316002)(5660300002)(7696005)(54906003)(9686003)(52536014)(6916009); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1793; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gvSyVSGwHySajmDFIht2d0ieE0AV9g5AGa4mWpMfiSCVR8RYypV/SajHA1+IW2tV6QKRiuvIJvB04GLLSdB2FdjwkGyduBnkEbiZ1M63rAx71z0T3/z33FZnoM5OAbGS87NTEdsvzK91dRPKn3uwpUHsY2czvXUAEFEanpcmEwLA4Xx9D695BVJQcFfQCKUZFewN1CldtO8gWnvObipv27KuYf9nritz8iz/T7lglssR2PmEqY1U4WGVHelSPu2bUs+WYg5iNMLwWT0PGUJvzwyhm3sTEyHEh0wbcPJBW8pKU7Wi7PlDvajJSxB9mX7144VKdxGRAxXFzgIl5C2XAXwJ0BCWtsthoWu89y0ERkOqKELf/9cP7xLY5FBteN++jQINQdVOz9J77EAwVynSKBXuFrYV2DCWuCw+eZwoa6vZVr//HWBJWwT9ZVtLSHhDBpDkhxkPJSjRfGe7N4D9ho1eBh1UmGTePmz5VyM1jDTEnSZ57RdYhB6UorFlK382Afz552nvCFcp6yj6xSDaaUuZF++vxNQVRTWbaW+5OBcrlNKmIxn/u0NGb9Su0WNi x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 5c252fa0-fcff-486e-73a9-08d7949032b3 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jan 2020 23:12:14.1618 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 65ugVw6SvoAJSc8H2zeidJOLPqKl+pXldAmPQNW98tz11f3E1+BXqy+HvwQMwDvVJfUMFHDf0g6/rtU6ibM6XQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1793 X-Rspamd-Queue-Id: 47tQ4c0YG7z4HwN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.73 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[73.67.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.38)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-2.99), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2020 23:12:17 -0000 Switch to using TCP should avoid the DRC crap. (Most systems except FreeBSD= only do DRC for UDP.) I assume that by "transaction ID", they are referring to the XID in the RPC= header. (I'll take a look at how it is maintained for UDP in the krpc. Btw, althoug= h their code expecting it to change for a different RPC isn't surprising, the xid's beha= viour is "underspecified" in the Sun RPC RFC.) rick ________________________________________ From: Daniel Braniss Sent: Wednesday, January 8, 2020 12:08 PM To: Rick Macklem Cc: Richard P Mackerras; Adam McDougall; freebsd-stable@freebsd.org Subject: Re: nfs lockd errors after NetApp software upgrade. top posting NetAPP reply: =85 Here you can see transaction ID (0x5e15f77a) being used over port 886 and t= he NFS server successfully responds. 4480695 2020-01-08 12:20:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = V4 UNLOCK Call (Reply In 4480696) FH:0x54b075a0 svid:13629 pos:0-0 4480696 2020-01-08 12:20:54 132.65.60.56 132.65= .116.111 NLM 0x5e15f77a (1578497914) 4045 = V4 UNLOCK Reply (Call In 4480695) Here you see that 2 minutes later the client uses the same transaction ID (= 0x5e15f77a) and the same port again, but the file handle is different, so t= he client is unlocking a different file. 4591136 2020-01-08 12:22:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4592588 2020-01-08 12:22:57 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4598862 2020-01-08 12:23:03 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4608871 2020-01-08 12:23:21 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4635984 2020-01-08 12:23:59 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 transaction ID reuse is also seen for a number of other transaction IDs sta= rting at the same time. Withing ONTAP 9.3 we have changed the way our Replay-Cache tracks requests = by including a checksum of the RPC request. Both in in this and earlier rel= eases ONTAP would cache the call in frame 4480695, but starintg in 9.3 we t= hen cache the checksum as part of that. When the client sends the request in frame 4591136 it uses the same transac= tion ID (0x5e15f77a) and same port again. Here the problem is that we alrea= dy hold a checksum in cache for the =93same transaction=94 =85 this seems to be happening after the client did not receive the response an= d re-transmits the request. danny On 24 Dec 2019, at 5:02, Rick Macklem > wrote: Richard P Mackerras wrote: Hi, We had some bully type workloads emerge when we moved a lot of block storage from old XIV to new all flash 3PAR. I wonder if your IMAP issue might have emerged just because suddenly there was the opportunity with all flash. QOS is good on 9.x ONTAP. If anyone says it=92s not then they last looked on 8.x. So I suggest you QOS the IMAP workload. Nobody should be using UDP with NFS unless they have a very specific set of circumstances. TCP was a real step forward. Well, I can't argue with this, considering I did the first working implemen= tation of NFS over TCP. It was actually Mike Karels that suggested I try doing so, There's a paper in a very old Usenix Conference Proceedings, but it is so o= ld that it isn't on the Usenix web page (around 1988 in Denver, if I recall). = I don't even have a copy myself, although I was the author. Now, having said that, I must note that the Network Lock Manager (NLM) and Network Status Monitor (NSM) were not NFS. They were separate stateful protocols (poorly designed imho) that Sun never published. NFS as Sun designed it (NFSv2 and NFSv3) were "stateless server" protocols, so that they could work reliably without server crash recovery. However, the NLM was inherently stateful, since it was dealing with file lo= cks. So, you can't really lump the NLM with NFS (and you should avoid use of the NLM over any transport imho). NFSv4 tackled the difficult problem of having a "stateful server" and crash= recovery, which resulted in a much more complex protocol (compare the size of RFC-181= 3 vs RFC-5661 to get some idea of this). rick Cheers Richard _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Jan 9 01:03:50 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 699C9222230 for ; Thu, 9 Jan 2020 01:03:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660061.outbound.protection.outlook.com [40.107.66.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tSYK3KZ4z4PH0 for ; Thu, 9 Jan 2020 01:03:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=l2QOEG/ra8oVOqG7uYJeU6LqHbhb0V5ayPSFkfsl5CSIZiKiSu726ewxisTafU3ZC8SPhNG21QPxnAVeHaIZVjtzIuV8WyO9i5O1N+uFvuelu7qm0iwNSgQmTZHYGyJZOYYmEMlLCUJ6/VGVnaXPsLKn7ET4Z2NsnZG6gYMBphoHqyw4UNEfZbIKJD2YUgLxLqDBhkC52DfG1jPgA/S7yK8pY5s67nnoq1qrSE/bEImktvuy/+WCKGCxU3FwUFmx25qEeXGhyDbZOEFAZ0hr/re/eLIc6rhwJabMb2NOUtrCUHY8fcdt6ML9omTHRD0BZMKuSzBa0jbSK+nUWK3YOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QeRrBzztn7/zWlpJGqyQWwXQMO4htHNWRk6G3gDpRz8=; b=h2sZDNp6HPpG8WDvEQMXVmRtJR+ZexsjFpVQTFt/Q+EN5Q3Mo4eGpyI+g7pEfZB9S/DpuyMXTUOoGPfwJ6VTNgxn0Ym8c00gxfbhRsdXWZWYlnopYdZ3/O6/Vdf766mV0ZAl1dpdRRE7VmMcb/0zNUqSM0bijLMNXDwZt23bV15gXceNI+FyR6QAyPTu1ymNQMq3gyeug5mLdXOKuo7B7+/zIf/qbd0izPSKgxN1QkoS/a2IWFTdUz3UQ9PFvU5KjCid9A6hWkgS3k5W9diSyRWy4oUjDFcxZQ4MJGe0+HSdXi9p44QMM6bukgcTPjfNqEnLU6/6qnVjqN7xF0+h7A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1331.CANPRD01.PROD.OUTLOOK.COM (52.132.69.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.12; Thu, 9 Jan 2020 01:03:47 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2602.016; Thu, 9 Jan 2020 01:03:47 +0000 From: Rick Macklem To: Daniel Braniss CC: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" Subject: Re: nfs lockd errors after NetApp software upgrade. Thread-Topic: nfs lockd errors after NetApp software upgrade. Thread-Index: AQHVtawq+ga5QLcdVkqBDG/GW9zFg6e/+Am+gAARTACAAANHAIAAi7Y3gACf34CAAEVO6IAABk4AgADWGACAAO1eZYAA7uGAgACmPw2AANdsAIAAsCi6gAF3uACAAC25gIAAlUcYgBiCXYCAAIL8lQ== Date: Thu, 9 Jan 2020 01:03:46 +0000 Message-ID: References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4f36a13f-bf04-4dc9-ef69-08d7949fc7ea x-ms-traffictypediagnostic: YQBPR0101MB1331: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 02778BF158 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(346002)(376002)(396003)(366004)(39860400002)(54094003)(199004)(189003)(53546011)(6506007)(7696005)(66446008)(54906003)(86362001)(2906002)(66476007)(786003)(64756008)(5660300002)(316002)(966005)(186003)(81156014)(66556008)(52536014)(4326008)(66946007)(76116006)(9686003)(55016002)(8936002)(8676002)(81166006)(33656002)(6916009)(71200400001)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1331; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7eeLm4rGC8hfIomVmIgHI8f4H0v/oepGiiIXDNo8ymP4FeqBdi1V/rAybmjoIcKtyLcpHG2ZQanyAcusPWO76Vd0K6kpQ3y/L0hvBqKUpdF3XHxbFyjHYn16KTHzISE63vSmjBLnL8+oLpSAAbOFDmXSnVMUbJ3lrMiI72f1lxDUv/rynKmBs1gGgrua6jxRj9/M/XsMNrXfnociHvioI/kI/PanPWRHbRnVoiie7G9iaWMytJubkgZu2X9OqByEL3wEjYgOiWpYMnoOkCjs+5Y1Axa1JktpL0MV6U9/XzdZ6njjqv3/5c6s8MaaSsgdoTagBUPMbUb3xpGCR1zUMKPME+ODBKlnlK0dg+Q/WtYgy4eqKOvt6EyAhuymFTcPLwiQqEDQb9HS/8E75OE2HjPAnw2ahi5JyjfonaIAWp1UVL5Rt+7DT4Pmdg1gmI+cwTeLAUM4xsa9YB1cHECUrhsWENeAAFqIjYAR2N0HrhyzuoVTidt4DfiWryyNeBtgvlBs9VRx06Pm6BN1trW3BSMA2aR5mZN3Vpk+0XGZvc51yOVEI8d5/qwJ7OBmOYw1 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 4f36a13f-bf04-4dc9-ef69-08d7949fc7ea X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2020 01:03:46.8679 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3ZfNbvXl2lnApzuApfn4ruQtVMt41ETwdHmnuO+ninrOOHT3LeB6yOX6m9hGIMQ40cPmJsbYjBuzxZfpzZLAzg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1331 X-Rspamd-Queue-Id: 47tSYK3KZ4z4PH0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.61 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[61.66.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.38)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-2.99), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 01:03:50 -0000 I hope you don't mind the top post, but... Here's a snippet of code from the krpc (I wasn't the author): if (stat =3D=3D RPC_TIMEDOUT) { /* * Check for async send misfeature for NLM * protocol. */ if ((rc->rc_timeout.tv_sec =3D=3D 0 && rc->rc_timeout.tv_usec =3D=3D 0) || (rc->rc_timeout.tv_sec =3D=3D -1 && utimeout.tv_sec =3D=3D 0 && utimeout.tv_usec =3D=3D 0)) { CLNT_RELEASE(client); break; } } This causes the xid to be reinitialized when a timeout occurs. The reinitialization uses __RPC_GETXID(&now) and it does an exclusive or of pid ^ time.sec ^ time.usec so it shouldn't end up the same anyhow. (Normally this initialization only occurs once, but because of the above, i= t could happen multiple times for the NLM. What does "async misfeature" mean? I have no idea. If by "transaction id" they are referring to the svid in the lock RPC messa= ge, I have no idea if it should be unique for lock ops on different files. What does the spec. say? No idea, since there is no such thing. Anyhow, using TCP will avoid the DRC and whatever the Netapp filer thinks w.r.t. the uniqueness of this field. rick ________________________________________ From: Daniel Braniss Sent: Wednesday, January 8, 2020 12:08 PM To: Rick Macklem Cc: Richard P Mackerras; Adam McDougall; freebsd-stable@freebsd.org Subject: Re: nfs lockd errors after NetApp software upgrade. top posting NetAPP reply: =85 Here you can see transaction ID (0x5e15f77a) being used over port 886 and t= he NFS server successfully responds. 4480695 2020-01-08 12:20:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = V4 UNLOCK Call (Reply In 4480696) FH:0x54b075a0 svid:13629 pos:0-0 4480696 2020-01-08 12:20:54 132.65.60.56 132.65= .116.111 NLM 0x5e15f77a (1578497914) 4045 = V4 UNLOCK Reply (Call In 4480695) Here you see that 2 minutes later the client uses the same transaction ID (= 0x5e15f77a) and the same port again, but the file handle is different, so t= he client is unlocking a different file. 4591136 2020-01-08 12:22:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4592588 2020-01-08 12:22:57 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4598862 2020-01-08 12:23:03 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4608871 2020-01-08 12:23:21 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4635984 2020-01-08 12:23:59 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 transaction ID reuse is also seen for a number of other transaction IDs sta= rting at the same time. Withing ONTAP 9.3 we have changed the way our Replay-Cache tracks requests = by including a checksum of the RPC request. Both in in this and earlier rel= eases ONTAP would cache the call in frame 4480695, but starintg in 9.3 we t= hen cache the checksum as part of that. When the client sends the request in frame 4591136 it uses the same transac= tion ID (0x5e15f77a) and same port again. Here the problem is that we alrea= dy hold a checksum in cache for the =93same transaction=94 =85 this seems to be happening after the client did not receive the response an= d re-transmits the request. danny On 24 Dec 2019, at 5:02, Rick Macklem > wrote: Richard P Mackerras wrote: Hi, We had some bully type workloads emerge when we moved a lot of block storage from old XIV to new all flash 3PAR. I wonder if your IMAP issue might have emerged just because suddenly there was the opportunity with all flash. QOS is good on 9.x ONTAP. If anyone says it=92s not then they last looked on 8.x. So I suggest you QOS the IMAP workload. Nobody should be using UDP with NFS unless they have a very specific set of circumstances. TCP was a real step forward. Well, I can't argue with this, considering I did the first working implemen= tation of NFS over TCP. It was actually Mike Karels that suggested I try doing so, There's a paper in a very old Usenix Conference Proceedings, but it is so o= ld that it isn't on the Usenix web page (around 1988 in Denver, if I recall). = I don't even have a copy myself, although I was the author. Now, having said that, I must note that the Network Lock Manager (NLM) and Network Status Monitor (NSM) were not NFS. They were separate stateful protocols (poorly designed imho) that Sun never published. NFS as Sun designed it (NFSv2 and NFSv3) were "stateless server" protocols, so that they could work reliably without server crash recovery. However, the NLM was inherently stateful, since it was dealing with file lo= cks. So, you can't really lump the NLM with NFS (and you should avoid use of the NLM over any transport imho). NFSv4 tackled the difficult problem of having a "stateful server" and crash= recovery, which resulted in a much more complex protocol (compare the size of RFC-181= 3 vs RFC-5661 to get some idea of this). rick Cheers Richard _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Jan 9 03:24:12 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2F5F225986 for ; Thu, 9 Jan 2020 03:24:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670077.outbound.protection.outlook.com [40.107.67.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47tWgH6jstz4WrJ for ; Thu, 9 Jan 2020 03:24:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TJK0gbQA1y2NeYLh0lYYAgBc7coaRY2LASgbGvFf/lwHPsN3H30gwAGHr0hMtIk2tAg0UsjSGLVVEncfXoF8X+D6DNhGhsvW/il0iT8kVj+Rf+5lcy/MA49BRP5BMbbsUfbiVLjLVCPycgvQKYO65mRDXSA+DanXRbKqz+j55eKx3ooaYOwDQgw8b4h6GswXboU8aACrJdWHclMlffLblx9pi29geqJ7NT0Mn+DoIZpyLD1HyyhDWmw4Jh17/YS4cunit7XhHsIsmHNHX62QbZj6oor8Cf4+L3JtJmlVJczeVrkQaPBzA8r6Ljt7eLCTQjeSx9DluwC+HGkpM/7Nlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qbXF4//RDq+mE40/zuJ4bckDege+77HD0SL/HMrij2M=; b=oaBdcz+9gaeuKHGG5C01A5JREtTT1uBKD+Hs1mYTaYGPGSudnH9ubJsp09vRjvRe8imhNeMUlG0/F5+w230mKBKY4Y7yoJXhkZzvc/4gJ0q/tBqz37mpKrXqKBqybDBmrNbSeJ4ld+/jnYIX7MyVlpYztTXFqwChto5h1sAvaBSwmty2vLy2afH4BwcQYATIXUZ6VFCnOWPvcjBXBbqOgcolXa25Y4wyz6wTAnSld95/FWqIeRrXAy7zbgHLv3R9HwySzLNGTER2dY96MyLTBshZ69MZ0CYE67/fYUxOqANDcFI0nRVZw/JSTgRaxHFpuG+xTRKdm5/b2hOTRYr+0g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM (52.132.69.153) by YQBPR0101MB1892.CANPRD01.PROD.OUTLOOK.COM (52.132.71.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2623.10; Thu, 9 Jan 2020 03:24:10 +0000 Received: from YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94]) by YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM ([fe80::7512:8580:8d82:6c94%6]) with mapi id 15.20.2602.016; Thu, 9 Jan 2020 03:24:10 +0000 From: Rick Macklem To: Daniel Braniss CC: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" Subject: Re: nfs lockd errors after NetApp software upgrade. Thread-Topic: nfs lockd errors after NetApp software upgrade. Thread-Index: AQHVtawq+ga5QLcdVkqBDG/GW9zFg6e/+Am+gAARTACAAANHAIAAi7Y3gACf34CAAEVO6IAABk4AgADWGACAAO1eZYAA7uGAgACmPw2AANdsAIAAsCi6gAF3uACAAC25gIAAlUcYgBiCXYCAAKrkUA== Date: Thu, 9 Jan 2020 03:24:10 +0000 Message-ID: References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8a7e1f1b-9f52-45be-c803-08d794b3649b x-ms-traffictypediagnostic: YQBPR0101MB1892: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 02778BF158 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(136003)(366004)(396003)(376002)(346002)(54094003)(199004)(189003)(7696005)(54906003)(4326008)(478600001)(55016002)(966005)(9686003)(786003)(53546011)(6506007)(316002)(71200400001)(2906002)(6916009)(81156014)(33656002)(86362001)(186003)(52536014)(81166006)(8676002)(66476007)(66446008)(64756008)(5660300002)(66556008)(66946007)(8936002)(76116006)(66616009); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1892; H:YQBPR0101MB1427.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: DzmmeQkVn7d4Jj4rwibJ8nknDy32oFDlMjouFvRRrdkkcy/K2HxIRQlSIePTIUK8sTilmypeoqFmAKRJpuH6DYEDl9ORfEJr8u6W+udTPo9htdFQHD/xqdUnDSewvBuctQO5NWxZ8EUDl3ealH08UhE4Lx6CyU3/ZwVT0gOk9wlU4DPPV1T7+z5V0yXbaqTCgiEM8zSULO7sY7AlOZ05euyD0IN9TRfE5Lg0sIUBQCLIDYyfpI7fSwAdAoRPDN7MgooZJxO9jHlSn687a6p8VC0AEKnqD9TvmiURHKsO3GBaQzSQfZSRdWcJApFdv3Z5ku5XgioBDcxds6FvoDigpbTczGGOBLtzHxPhyVwRrryRyMXIxViOUdc2GrfJBlCjpFfQYEyI94tK0VVflHdjBotKfhMd7D9TNojx+VGpD46C4RaQ3HFQlRpgDoVjHVvn9SQkyzJGT/4L/c+icV6TgV7unACo/hBS9VHsPDQNjIKUiYukQYG2ZAzppsdq7IZSl0QxYUhgcdT3+hcqGQ8oqPRUn3s4D4KgJx6C7AVHB2BXoDzTswp22aII4IxLEmli x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB1427FF31676F6C4C641CA933DD390YQBPR0101MB1427_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 8a7e1f1b-9f52-45be-c803-08d794b3649b X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2020 03:24:10.2912 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: DAiEle6Zhnpwlelj+vfgjxYduZGvtXwJDD9I9tooKcMqaIMy7Nyn9lD6n15gyyqd8inxIB52er9D2Hyb/4xNkA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1892 X-Rspamd-Queue-Id: 47tWgH6jstz4WrJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.77 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[uoguelph.ca]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[77.67.107.40.list.dnswl.org : 127.0.3.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1]; IP_SCORE(-1.38)[ipnet: 40.64.0.0/10(-3.84), asn: 8075(-2.99), country: US(-0.05)]; FREEMAIL_CC(0.00)[gmail.com] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 03:24:12 -0000 --_002_YQBPR0101MB1427FF31676F6C4C641CA933DD390YQBPR0101MB1427_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable The attached patch changes the xid to be a global for all "connections" for the krpc UDP client. You could try it if you'd like. It passed a trivial test, but I don't know = why there is that "misfeature" comment means, so I don't know if this breaks th= at. I can't think of why "xid" would have been per-connection (especially since= a connection is a questionable concept for UDP), except that this might have originated in a userland library and carried into the kernel during porting= . rick ________________________________________ From: Daniel Braniss Sent: Wednesday, January 8, 2020 12:08 PM To: Rick Macklem Cc: Richard P Mackerras; Adam McDougall; freebsd-stable@freebsd.org Subject: Re: nfs lockd errors after NetApp software upgrade. top posting NetAPP reply: =85 Here you can see transaction ID (0x5e15f77a) being used over port 886 and t= he NFS server successfully responds. 4480695 2020-01-08 12:20:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = V4 UNLOCK Call (Reply In 4480696) FH:0x54b075a0 svid:13629 pos:0-0 4480696 2020-01-08 12:20:54 132.65.60.56 132.65= .116.111 NLM 0x5e15f77a (1578497914) 4045 = V4 UNLOCK Reply (Call In 4480695) Here you see that 2 minutes later the client uses the same transaction ID (= 0x5e15f77a) and the same port again, but the file handle is different, so t= he client is unlocking a different file. 4591136 2020-01-08 12:22:54 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4592588 2020-01-08 12:22:57 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4598862 2020-01-08 12:23:03 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4608871 2020-01-08 12:23:21 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 4635984 2020-01-08 12:23:59 132.65.116.111 132.65= .60.56 NLM 0x5e15f77a (1578497914) 886 = [RPC retransmission of #4480695]V4 UNLOCK Call (Reply In 4480696) FH:0xb1= 4b75a8 svid:13629 pos:0-0 transaction ID reuse is also seen for a number of other transaction IDs sta= rting at the same time. Withing ONTAP 9.3 we have changed the way our Replay-Cache tracks requests = by including a checksum of the RPC request. Both in in this and earlier rel= eases ONTAP would cache the call in frame 4480695, but starintg in 9.3 we t= hen cache the checksum as part of that. When the client sends the request in frame 4591136 it uses the same transac= tion ID (0x5e15f77a) and same port again. Here the problem is that we alrea= dy hold a checksum in cache for the =93same transaction=94 =85 this seems to be happening after the client did not receive the response an= d re-transmits the request. danny On 24 Dec 2019, at 5:02, Rick Macklem > wrote: Richard P Mackerras wrote: Hi, We had some bully type workloads emerge when we moved a lot of block storage from old XIV to new all flash 3PAR. I wonder if your IMAP issue might have emerged just because suddenly there was the opportunity with all flash. QOS is good on 9.x ONTAP. If anyone says it=92s not then they last looked on 8.x. So I suggest you QOS the IMAP workload. Nobody should be using UDP with NFS unless they have a very specific set of circumstances. TCP was a real step forward. Well, I can't argue with this, considering I did the first working implemen= tation of NFS over TCP. It was actually Mike Karels that suggested I try doing so, There's a paper in a very old Usenix Conference Proceedings, but it is so o= ld that it isn't on the Usenix web page (around 1988 in Denver, if I recall). = I don't even have a copy myself, although I was the author. Now, having said that, I must note that the Network Lock Manager (NLM) and Network Status Monitor (NSM) were not NFS. They were separate stateful protocols (poorly designed imho) that Sun never published. NFS as Sun designed it (NFSv2 and NFSv3) were "stateless server" protocols, so that they could work reliably without server crash recovery. However, the NLM was inherently stateful, since it was dealing with file lo= cks. So, you can't really lump the NLM with NFS (and you should avoid use of the NLM over any transport imho). NFSv4 tackled the difficult problem of having a "stateful server" and crash= recovery, which resulted in a much more complex protocol (compare the size of RFC-181= 3 vs RFC-5661 to get some idea of this). rick Cheers Richard _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --_002_YQBPR0101MB1427FF31676F6C4C641CA933DD390YQBPR0101MB1427_ Content-Type: application/octet-stream; name="xid.patch" Content-Description: xid.patch Content-Disposition: attachment; filename="xid.patch"; size=1682; creation-date="Thu, 09 Jan 2020 03:24:00 GMT"; modification-date="Thu, 09 Jan 2020 03:24:00 GMT" Content-Transfer-Encoding: base64 LS0tIHJwYy9jbG50X2RnLmMuc2F2CTIwMjAtMDEtMDggMTQ6MjA6MzQuMTkzOTkzMDAwIC0wODAw CisrKyBycGMvY2xudF9kZy5jCTIwMjAtMDEtMDggMTQ6NDY6MDMuMjEzMzkzMDAwIC0wODAwCkBA IC05NCw2ICs5NCw4IEBAIHN0YXRpYyBzdHJ1Y3QgY2xudF9vcHMgY2xudF9kZ19vcHMgPSB7CiAJ LmNsX2NvbnRyb2wgPQljbG50X2RnX2NvbnRyb2wKIH07CiAKK3N0YXRpYyB2b2xhdGlsZSB1aW50 MzJfdCBycGNfeGlkID0gMDsKKwogLyoKICAqIEEgcGVuZGluZyBSUEMgcmVxdWVzdCB3aGljaCBh d2FpdHMgYSByZXBseS4gUmVxdWVzdHMgd2hpY2ggaGF2ZQogICogcmVjZWl2ZWQgdGhlaXIgcmVw bHkgd2lsbCBoYXZlIGNyX3hpZCBzZXQgdG8gemVybyBhbmQgY3JfbXJlcCB0bwpAQCAtMTkzLDYg KzE5NSw3IEBAIGNsbnRfZGdfY3JlYXRlKAogCXN0cnVjdCBfX3JwY19zb2NraW5mbyBzaTsKIAlY RFIgeGRyczsKIAlpbnQgZXJyb3I7CisJdWludDMyX3QgbmV3eGlkOwogCiAJaWYgKHN2Y2FkZHIg PT0gTlVMTCkgewogCQlycGNfY3JlYXRlZXJyLmNmX3N0YXQgPSBSUENfVU5LTk9XTkFERFI7CkBA IC0yNDUsOCArMjQ4LDkgQEAgY2xudF9kZ19jcmVhdGUoCiAJY3UtPmN1X3NlbnQgPSAwOwogCWN1 LT5jdV9jd25kX3dhaXQgPSBGQUxTRTsKIAkodm9pZCkgZ2V0bWljcm90aW1lKCZub3cpOwotCWN1 LT5jdV94aWQgPSBfX1JQQ19HRVRYSUQoJm5vdyk7Ci0JY2FsbF9tc2cucm1feGlkID0gY3UtPmN1 X3hpZDsKKwluZXd4aWQgPSBfX1JQQ19HRVRYSUQoJm5vdyk7CisJYXRvbWljX2NtcHNldF8zMigm cnBjX3hpZCwgMCwgbmV3eGlkKTsKKwljYWxsX21zZy5ybV94aWQgPSBhdG9taWNfZmV0Y2hhZGRf MzIoJnJwY194aWQsIDEpOwogCWNhbGxfbXNnLnJtX2NhbGwuY2JfcHJvZyA9IHByb2dyYW07CiAJ Y2FsbF9tc2cucm1fY2FsbC5jYl92ZXJzID0gdmVyc2lvbjsKIAl4ZHJtZW1fY3JlYXRlKCZ4ZHJz LCBjdS0+Y3VfbWNhbGxjLCBNQ0FMTF9NU0dfU0laRSwgWERSX0VOQ09ERSk7CkBAIC00MTgsOCAr NDIyLDcgQEAgY2xudF9kZ19jYWxsKAogY2FsbF9hZ2FpbjoKIAltdHhfYXNzZXJ0KCZjcy0+Y3Nf bG9jaywgTUFfT1dORUQpOwogCi0JY3UtPmN1X3hpZCsrOwotCXhpZCA9IGN1LT5jdV94aWQ7CisJ eGlkID0gYXRvbWljX2ZldGNoYWRkXzMyKCZycGNfeGlkLCAxKTsKIAogc2VuZF9hZ2FpbjoKIAlt dHhfdW5sb2NrKCZjcy0+Y3NfbG9jayk7CkBAIC04NjUsMTQgKzg2OCwxNiBAQCBjbG50X2RnX2Nv bnRyb2woQ0xJRU5UICpjbCwgdV9pbnQgcmVxdWVzdCwgdm9pZCAqaW5mbykKIAkJKHZvaWQpIG1l bWNweSgmY3UtPmN1X3JhZGRyLCBhZGRyLCBhZGRyLT5zYV9sZW4pOwogCQlicmVhazsKIAljYXNl IENMR0VUX1hJRDoKLQkJKih1aW50MzJfdCAqKWluZm8gPSBjdS0+Y3VfeGlkOworCQkqKHVpbnQz Ml90ICopaW5mbyA9IHJwY194aWQ7CiAJCWJyZWFrOwogCisjaWZkZWYgbm90bm93CiAJY2FzZSBD TFNFVF9YSUQ6CiAJCS8qIFRoaXMgd2lsbCBzZXQgdGhlIHhpZCBvZiB0aGUgTkVYVCBjYWxsICov CiAJCS8qIGRlY3JlbWVudCBieSAxIGFzIGNsbnRfZGdfY2FsbCgpIGluY3JlbWVudHMgb25jZSAq LwogCQljdS0+Y3VfeGlkID0gKih1aW50MzJfdCAqKWluZm8gLSAxOwogCQlicmVhazsKKyNlbmRp ZgogCiAJY2FzZSBDTEdFVF9WRVJTOgogCQkvKgo= --_002_YQBPR0101MB1427FF31676F6C4C641CA933DD390YQBPR0101MB1427_-- From owner-freebsd-stable@freebsd.org Thu Jan 9 08:16:32 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C713B22D1A2 for ; Thu, 9 Jan 2020 08:16:32 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tf8b6Fwzz3H5X for ; Thu, 9 Jan 2020 08:16:31 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=localhost) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ipSzW-0003qD-Fj for freebsd-stable@freebsd.org; Thu, 09 Jan 2020 08:16:30 +0000 Date: Thu, 9 Jan 2020 10:16:28 +0200 From: Nick Kostirya To: freebsd-stable@freebsd.org Subject: wlan RTL8812B Message-ID: <20200109101628.63d475f1@i11.co> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47tf8b6Fwzz3H5X X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.06 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.06)[ip: (-9.56), ipnet: 159.69.0.0/16(0.79), asn: 24940(-1.50), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 08:16:32 -0000 Hello. I see FreeBSD do support RTL8812A by help rtwn driver. RTL8812B also is aupported? Nick. P.S. I do not need Multi-user MIMO. From owner-freebsd-stable@freebsd.org Thu Jan 9 09:14:31 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B7A822E910 for ; Thu, 9 Jan 2020 09:14:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 47tgRT4JDlz3LMG for ; Thu, 9 Jan 2020 09:14:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=PGdR+4q7TiJvmzg+7KZj1ue2AEM4BqpJvBKGza8NtXk=; b=nfOnkx892FF5tbgXhrNH4nEVTqPBa50qIP2kDyweFMq1VYYoz/mKV1Oh9PZLjeIR7/o+LH3rBBrRHfkk03gYV71k+XTNXVhSpl3x6eObu8ba0+IyfSq6LCnke/LOa37sjfjz78PnLiD5FLGjBavS9u6XppAyvPdLxE30IQcZa5foypJBQrfuhDwq/FrS+b9ZL37OckfK2ll1yWpTAxRmYF7L3zECIttF/r5G94OvITa2umS/OtXNaOwWcDstTJpdYtWNBG07s89DTd3M0JiK1+0Nti/YgizM8nNhPO7ueo50UQ4BjWQgWYYxrpBbY1vH/NuXBvBFIDYaijBLCA0vsw==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1ipTtZ-00098K-0h; Thu, 09 Jan 2020 11:14:25 +0200 From: Daniel Braniss Message-Id: <3199124E-C054-4B6D-A69D-30A031581122@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: nfs lockd errors after NetApp software upgrade. Date: Thu, 9 Jan 2020 11:14:24 +0200 In-Reply-To: Cc: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" To: Rick Macklem References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 47tgRT4JDlz3LMG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=nfOnkx89; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-4.30 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.00)[ip: (-5.10), ipnet: 132.64.0.0/13(-2.75), asn: 378(-2.20), country: IL(0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 09:14:31 -0000 > On 9 Jan 2020, at 05:24, Rick Macklem wrote: >=20 > The attached patch changes the xid to be a global for all = "connections" for > the krpc UDP client. >=20 > You could try it if you'd like. It passed a trivial test, but I don't = know why > there is that "misfeature" comment means, so I don't know if this = breaks that. >=20 > I can't think of why "xid" would have been per-connection (especially = since a > connection is a questionable concept for UDP), except that this might = have > originated in a userland library and carried into the kernel during = porting. >=20 > rick I will try it ASAP, in the meantime the new behavior of the NetAPP has = been disabled, and since I still don=E2=80=99t know what is causing the unexplained = huge number of unlock requests, it=E2=80=99s going to be a long debug process. also, I will see how to switch to TCP for the NLM protocol with minor = disruption. thanks, danny [=E2=80=A6]=20= From owner-freebsd-stable@freebsd.org Sat Jan 11 11:52:12 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC50A226D12 for ; Sat, 11 Jan 2020 11:52:12 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47vyrV57mJz3yXK for ; Sat, 11 Jan 2020 11:52:10 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 00BBpvmN049021 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 11 Jan 2020 12:51:57 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1578743517; bh=bOWEM6As/DvGZsWEXu6PuYH/zXke1pIPH30NlaFSEyc=; h=Date:From:To:Subject; b=Fm0NC8b/CK8+xp/yRhJFwewSQU4v1RisNlcDzmyWG7kQssn2VDdOnxkYYfBmF16Pn AnsQvBK7pgce9ZDAi4otPgV+P9gfz1Lz56i8zJTPpZJ4h7MxeFyyjKpq+npZA9auP5 GOWdh5RYmaSG/dV45mB0paSpHDY9/mnAEdPmIuNaGTRgbhNYDNQiyV/D5OZSchXSzF g0CDcZxFhlVpuqsIZHgpfc93KdL7XU27Jy8ymj/1fKn2bmBby4BB4Z/83wOjtXFir/ IFd4CwQQKdvKEX9b9JNpt5rsImR9UxhWAg8V2xSW3EOlrzrfUP1dpBzqULseYo9gRO nHLWYC2eqJAtQ== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 00BBpulf049008 for ; Sat, 11 Jan 2020 12:51:57 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 11 Jan 2020 12:51:56 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: freebsd-stable@freebsd.org Subject: Making a release of stable/12 with multiple kernels Message-ID: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,DKIM_INVALID, DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.3 X-Spam-Checker-Version: SpamAssassin 3.4.3 (2019-12-06) on enterprise.ximalas.info X-Rspamd-Queue-Id: 47vyrV57mJz3yXK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=Fm0NC8b/; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-5.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.00)[ip: (-8.00), ipnet: 2001:700::/32(-1.29), asn: 224(-0.73), country: NO(-0.01)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 11 Jan 2020 11:52:12 -0000 Hi, I'm trying to make a release of stable/12 and I was hoping to include all my custom kernels in the generated disc1.iso and memstick.img. Currently, I'm running: /usr/bin/make -C /usr/src -D NO_CLEAN -j 8 buildworld buildkernel /usr/bin/make -C /usr/src/release KERNEL="PE1950 DL360G5 GENERIC PER200 PER320 XENGUEST ZFS" MAKE_CONF=/etc/make.conf NODOC=1 NOPORTS=1 NOSRC=1 SRC_CONF=/etc/src.conf release The latter command only picks up the first kernel. All kernels are present and accounted for. The list is based on KERNCONF from /etc/make.conf. PE1950 is the kernel for my builder and thus listed first. Should I be using release.sh instead? I prefer using the existing source tree, and skip the doc and ports trees. -- Trond. From owner-freebsd-stable@freebsd.org Sat Jan 11 13:32:32 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D6D231EA243 for ; Sat, 11 Jan 2020 13:32:32 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47w14H5f7Fz44kJ for ; Sat, 11 Jan 2020 13:32:31 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 00BDWOCh010470 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 11 Jan 2020 14:32:24 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1578749544; bh=biEfIGhnRlOibW+QhfyD+pY9fNFNfA72YraF2Y5eaBQ=; h=Date:From:To:Subject:In-Reply-To:References; b=qpHKbEwbL1Yyh1fgvXTc0DVMGsp4OFXtjq7xwUu+x3Pb+nM9Jxt5s4tyv0yF2toPP 1x38iI5PR9K7lReYXE7TYh9Aetq0KSJjO9sQ8iVxAXILG5JGHt4MojDBCEFemIF+p1 tmU2sVdWf1BrwGGGj0K8GWHhitgioPKNoEtqiC3F359pNCDl2CqSkCqKAxAWO1BXKb NsczU1eUoHm+5dPCCpgQ8xixQGgQHymQS4x9cfIlC/Gw8n6nNR4bGuFKj0vfTD6Ei4 fBtfsNM7f9npZHgQJOdbpAjDadX6vhNJLkEN3oOQQApSqPo332XNjGluMu++UIKluU qWIddfsH6HuQg== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 00BDWOnR010459 for ; Sat, 11 Jan 2020 14:32:24 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Sat, 11 Jan 2020 14:32:24 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: freebsd-stable@freebsd.org Subject: Re: Making a release of stable/12 with multiple kernels In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-0.8 required=5.0 tests=ALL_TRUSTED,DKIM_INVALID, DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.3 X-Spam-Checker-Version: SpamAssassin 3.4.3 (2019-12-06) on enterprise.ximalas.info X-Rspamd-Queue-Id: 47w14H5f7Fz44kJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=qpHKbEwb; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; HAS_XAW(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-1.99)[ip: (-7.92), ipnet: 2001:700::/32(-1.28), asn: 224(-0.72), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 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, 11 Jan 2020 13:32:32 -0000 On Sat, 11 Jan 2020 12:51+0100, Trond Endrestøl wrote: > Currently, I'm running: > > /usr/bin/make -C /usr/src -D NO_CLEAN -j 8 buildworld buildkernel > /usr/bin/make -C /usr/src/release KERNEL="PE1950 DL360G5 GENERIC PER200 PER320 XENGUEST ZFS" MAKE_CONF=/etc/make.conf NODOC=1 NOPORTS=1 NOSRC=1 SRC_CONF=/etc/src.conf release It turns out specifying KERNEL, MAKE_CONF, and SRC_CONF belongs to release.sh. My bad. I was missing was -D NO_INSTALLEXTRAKERNELS, just what we also need to specify when running make packages. I.e.: /usr/bin/make -C /usr/src/release -D NO_INSTALLEXTRAKERNELS NODOC=1 NOPORTS=1 NOSRC=1 release Maybe GENERIC should be at the head of KERNCONF when making a release. Some .CURDIR magic in /etc/make.conf might help with that. I'm sorry for the noise. -- Trond.