From owner-freebsd-stable@freebsd.org Sun Apr 25 01:59:58 2021 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 33DA35ECD23 for ; Sun, 25 Apr 2021 01:59:58 +0000 (UTC) (envelope-from friendjane2003@icloud.com) Received: from pv50p00im-zteg10021301.me.com (pv50p00im-zteg10021301.me.com [17.58.6.46]) (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 4FSWSF2zvHz4X6R for ; Sun, 25 Apr 2021 01:59:56 +0000 (UTC) (envelope-from friendjane2003@icloud.com) Received: from [172.20.10.5] (unknown [113.5.12.42]) by pv50p00im-zteg10021301.me.com (Postfix) with ESMTPSA id 83019CC02C8 for ; Sun, 25 Apr 2021 01:59:53 +0000 (UTC) From: =?utf-8?B?5a6L56uL5p2w?= Mime-Version: 1.0 (1.0) Subject: iPhone tethering not working Message-Id: Date: Sun, 25 Apr 2021 09:59:49 +0800 To: freebsd-stable@freebsd.org X-Mailer: iPad Mail (17H35) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-24_06:2021-04-23, 2021-04-24 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=579 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2009150000 definitions=main-2104250013 X-Rspamd-Queue-Id: 4FSWSF2zvHz4X6R X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[17.58.6.46:from]; FREEMAIL_FROM(0.00)[icloud.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[icloud.com:+]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[icloud.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.46:from]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.6.46:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; RECEIVED_SPAMHAUS_PBL(0.00)[113.5.12.42:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.6.46:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.96)[0.965]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 01:59:58 -0000 =EF=BB=BF I tried to connect my iPhone SE2 (iOS 13.7) to FreeBSD 12.2-stable. After lo= aded the kernel module if_ipheth, I connected my phone. > ugen0.2: at usbus0 Then I typed usbconfig -u 0 -a 2 set_config 3 > ipeth0 on uhub6 > Ipeth0: on usbus0 Then I chose to trust the computer, but nothing happened. My computer still c= an=E2=80=99t get to the internet. This is ifconfig ue0 output: > ue0: flags=3D8843 metric 0 mtu 1= 500 > ether **** > nd6 options=3D29 I tried dhclient ue0, but got no reply from iPhone. What can I do?= From owner-freebsd-stable@freebsd.org Sun Apr 25 09:15:37 2021 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 639065FB24A for ; Sun, 25 Apr 2021 09:15:37 +0000 (UTC) (envelope-from dashdruid@protonmail.ch) Received: from mail-40130.protonmail.ch (mail-40130.protonmail.ch [185.70.40.130]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSj6w1Q8Nz4tSf for ; Sun, 25 Apr 2021 09:15:35 +0000 (UTC) (envelope-from dashdruid@protonmail.ch) Date: Sun, 25 Apr 2021 09:15:27 +0000 To: Jeff Love From: dashdruid Cc: "freebsd-stable@freebsd.org" Reply-To: dashdruid Subject: Re: FreeBSD 13.0 terrible performance in KVM Message-ID: In-Reply-To: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> References: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4FSj6w1Q8Nz4tSf X-Spamd-Bar: ---- X-Spamd-Result: default: False [-5.00 / 15.00]; HAS_REPLYTO(0.00)[dashdruid@protonmail.ch]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.130:from]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.ch:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.70.40.130:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.130:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; SPAMHAUS_ZRD(0.00)[185.70.40.130:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[protonmail.ch:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 09:15:37 -0000 SGVsbG8sCgpJIGhhdmUgcmVpbnN0YWxsZWQgaXQgd2l0aCBHUFQvWkZTIGFuZCB5b3VyIHJpZ2h0 IGl0J3MgbXVjaCBiZXR0ZXIuIFNhbWUgc2VhcmNoIHRha2luZyAzLTYgc2Vjb25kcyBzbyBJIGhh dmUgZGVsZXRlZCBub3cgYWxsIG15IG9sZCBVRlMgYmFzZWQgRnJlZUJTRCBpbWFnZXMuCgpJIHdv bmRlciBob3cgSSBkaWRuJ3Qgbm90aWNlIHRoaXMgZWFybGllciBiZWNhdXNlIEkgaGFkIDEyLjAs IDEyLjIgYmFzZSBpbWFnZXMgYW5kIG5vdyB0aGF0IEkgcmV0ZXN0ZWQgdGhlbSB0aGV5IGhhZCB0 aGUgZXhhY3Qgc2FtZSBpc3N1ZXMuIEkgZ3Vlc3MgYWZ0ZXIgdGhlIHN0dWZmIGlzIGxvYWRlZCBp bnRvIG1lbW9yeSBpdCBkb2Vzbid0IG1hdHRlciBhbnltb3JlLiBUaGlzIG11c3QgYmUgc29tZXRo aW5nIHJlbGF0ZWQgdG8gdGhlIHZpcnR1YWwgZGlzayBhY2Nlc3MuCgpJIHdhcyBub3QgdGhpbmtp bmcgb24gdXNpbmcgWkZTIGR1ZSB0byB0aGUgaGlnaGVyIG1lbW9yeSByZWNvbW1lbmRhdGlvbnMs IHNvbWUgb2YgdGhlc2UgVk1zIEkgdXNpbmcgdGhlbSBmb3IgdGlueSB0YXNrcyBsaWtlIEROUyBz ZXJ2ZXIgYW5kIEkgZG9uJ3QgZ2l2ZSB0aGVtIG1vcmUgdGhhbiAyNTYsIDUxMk1CIG9mIHJhbS4g QWxzbyBJIGRvbid0IHRha2UgYWR2YW50YWdlIG9mIHNuYXBzaG90dGluZyBlaXRoZXIgc2luY2Ug aXQncyBhIFZNIGFuZCBpdCdzIGVpdGhlciBzbmFwc2hvdHRlZCBvciBJIGp1c3QgaGF2ZSBiYXNl IGltYWdlcyBhbmQgY29weSB0aGVtIHdoZW4gY3JlYXRpbmcgbmV3IFZNcy4KCldlbGwgVUZTIGlz IG9uIGl0J3Mgd2F5IG91dCBhbnl3YXkuCgrigJDigJDigJDigJDigJDigJDigJAgT3JpZ2luYWwg TWVzc2FnZSDigJDigJDigJDigJDigJDigJDigJAKT24gU2F0dXJkYXksIEFwcmlsIDI0LCAyMDIx IDM6MDMgUE0sIEplZmYgTG92ZSBqbEBidXJnaC5uZXQgd3JvdGU6Cgo+IEknbSBydW5uaW5nIDEy LjIgYW5kIDEzLjAgb24gS1ZNIHVzaW5nIHZpcnRpbyBhbmQgemZzLiBJIGFtIG5vdCBoYXZpbmcK PiBkaXNrIEkvTyBpc3N1ZXMuCj4gSmVmZiBMb3ZlCj4gT24gNC8yNC8yMSA1OjI1IEFNLCBkYXNo ZHJ1aWQgdmlhIGZyZWVic2Qtc3RhYmxlIHdyb3RlOgo+Cj4+IEhlbGxvIExpc3QsCj4+IEkgaG9w ZSBzb21lIG90aGVyIGZvbGtzIG91dCB0aGVyZSBydW5uaW5nIEZyZWVCU0Qgb24gS1ZNIGFzIHdl bGwuIEkgc2V0IHVwIGEgYmFzZSBWTSB3aGlsZSBkb2luZyBzbyBJIG5vdGljZWQgdGhhdCB0aGUg ZGlzayBvcGVyYXRpb25zIGFyZSB2ZXJ5IHNsb3cuIE1hbnkgdGltZXMgSSBlZGl0IGEgZmlsZSBp biB2aW0gb3IgdHJ5IHRvIHJ1biBhIGNvbW1hbmQgdGhlcmUgaXMgYSBodWdlIGxhZy4KPj4gSSB1 c2UgVUZTIGFzIHRoZSByb290IGZpbGVzeXN0ZW0uIFRvIGhhdmUgc29tZXRoaW5nIHRvIGNvbXBh cmUgaXQgd2l0aCBJIGhhdmUgdGVzdGVkIGl0IGFnYWluc3QgYW4gT3BlbkJTRCA2LjYgVk0gb24g dGhlIHNhbWUgaG9zdCwgc2FtZSBoYXJkd2FyZS4gYm90aCBoYXZlIDEgdkNQVSBhbmQgMUdCIG9m IHJhbSwgMjBHQiB2aXJ0dWFsIGRpc2sgKHRoZXkgYXJlIGV4YWN0bHkgb24gdGhlIHNhbWUgcGh5 c2ljYWwgZGlzayBubyByYWlkIG9yIGFueXRoaW5nIHRvIGhhdmUgYSBmYWlyIGNvbXBhcmlzb24p Lgo+PiBIZXJlIGlzIGFuIGV4YW1wbGUgc2ltcGxlIGZpbGUgc2VhcmNoIHRpbWUgZm9yIGEgbm9u LWV4aXN0ZW50IGZpbGU6Cj4+IEZyZWVCU0QgMTMKPj4gdGltZSBmaW5kIC8gLW5hbWUgY2FjZXJ0 LnBlbQo+PiByZWFsIDBtMzAuNjU2cwo+PiB1c2VyIDBtMC41MTZzCj4+IHN5cyAwbTMuOTM4cwo+ PiBTZWNvbmQgcnVuIGV2ZW4gd29yc2UKPj4gcmVhbCAybTM4LjYxOHMKPj4gdXNlciAwbTAuNzEx cwo+PiBzeXMgMG02Ljg4MnMKPj4gV2hpbGUgb24gdGhlIE9wZW5CU0QgVk0gSSBnZXQKPj4gdGlt ZSBmaW5kIC8gLW5hbWUgY2FjZXJ0LnBlbQo+PiByZWFsIDBtMi4yNThzCj4+IHVzZXIgMG0wLjI5 MHMKPj4gc3lzIDBtMS45NzBzCj4+IFRoZSBhbW91bnQgb2YgZGF0YSBpcyBhYm91dCB0aGUgc2Ft ZSBvbiBib3RoIHN5c3RlbXMgYnV0IEkgd291bGQgbm90IGNvbnNpZGVyIHRoaXMgYSAic2xpZ2h0 IiBwZXJmb3JtYW5jZSBkZWdyYWRhdGlvbi4gSWYgdGhlIGJhc2Ugc3lzdGVtIGlzIHNvIHNsb3cg dGhlbiBpbWFnaW5lIHB1dHRpbmcgQXBhY2hlIGFuZCBvdGhlciBzZXJ2ZXJzIG9uIHRvcCBvZiBp dC4gRGlkIGFueW9uZSBydW4gaW50byB0aGlzPwo+PiBVbmxlc3MgdGhlcmUgaXMgYSBkZWZpbml0 aXZlIHNvbHV0aW9uIEkgd2lsbCBvcHQgb3V0IHRvIHVzaW5nIG90aGVyIEJTRCB2YXJpYW50cy4K Pj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4+IGh0dHBzOi8vbGlz dHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+PiBUbyB1bnN1 YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJl ZWJzZC5vcmciCj4KPiAtLQo+IFRoaXMgbWVzc2FnZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1 c2VzIGFuZAo+IGRhbmdlcm91cyBjb250ZW50IGJ5IE1haWxTY2FubmVyLCBhbmQgaXMKPiBiZWxp ZXZlZCB0byBiZSBjbGVhbi4KPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxp c3QKPiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1z dGFibGUKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUt dW5zdWJzY3JpYmVAZnJlZWJzZC5vcmci From owner-freebsd-stable@freebsd.org Sun Apr 25 11:08:08 2021 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 262C85FDBC8 for ; Sun, 25 Apr 2021 11:08:08 +0000 (UTC) (envelope-from lwhsu@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSlcm0JJpz3Ffc for ; Sun, 25 Apr 2021 11:08:08 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from mail-yb1-f177.google.com (mail-yb1-f177.google.com [209.85.219.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id EC0AD2DDE for ; Sun, 25 Apr 2021 11:08:07 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-yb1-f177.google.com with SMTP id g38so61139176ybi.12 for ; Sun, 25 Apr 2021 04:08:07 -0700 (PDT) X-Gm-Message-State: AOAM531n+koYH6+L8WLqucfxp7VTjtjbmAYRDDTJaY4EFB22A6fyKcI2 78ZrVfukPra987nzN104jtGN4DmUDkUbICDEqI8= X-Google-Smtp-Source: ABdhPJwx+VW9GGDgbNxTA92FnyflcQfIFLlq7e1Z2qKid6bQp3533q8kP/uVhg+C1j01p6l2T76hKeWgf58aOlEE5n8= X-Received: by 2002:a25:3c01:: with SMTP id j1mr18588060yba.176.1619348887512; Sun, 25 Apr 2021 04:08:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Li-Wen Hsu Date: Sun, 25 Apr 2021 19:07:55 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: iPhone tethering not working To: =?UTF-8?B?5a6L56uL5p2w?= Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 11:08:08 -0000 On Sun, Apr 25, 2021 at 10:00 AM =E5=AE=8B=E7=AB=8B=E6=9D=B0 via freebsd-st= able wrote: > > > I tried to connect my iPhone SE2 (iOS 13.7) to FreeBSD 12.2-stable. After= loaded the kernel module if_ipheth, I connected my phone. > > ugen0.2: at usbus0 > > Then I typed usbconfig -u 0 -a 2 set_config 3 > > ipeth0 on uhub6 > > Ipeth0: on usbus= 0 > Then I chose to trust the computer, but nothing happened. My computer sti= ll can=E2=80=99t get to the internet. > > This is ifconfig ue0 output: > > > ue0: flags=3D8843 metric 0 mt= u 1500 > > ether **** > > nd6 options=3D29 > > I tried dhclient ue0, but got no reply from iPhone. What can I do? I didn't see behavior before, previously if there is no ue0 found, other than usbconfig set_config, I use `/usr/local/sbin/usbmuxd -U root -f` from usbmuxd pkg. For iOS 14, this patch is needed https://cgit.freebsd.org/src/commit/?id=3D2076350d801b81f570850cea7e701388d= 8709cfb but from the report it still compatiable for iOS 13. I'm not sure if reverting it helps or not. Does it work with previous versions (12.2-RELEASE, 13.0-RELEASE, or older 12.2-STABLE), or other OS? Best, Li-Wen From owner-freebsd-stable@freebsd.org Sun Apr 25 12:57:20 2021 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 2F58D621ACD for ; Sun, 25 Apr 2021 12:57:20 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4FSp2l16kGz3M5H for ; Sun, 25 Apr 2021 12:57:18 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Sun, 25 Apr 2021 14:59:59 +0200 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.238]; envelope-from= Received: from [192.168.1.238] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 3561754B-B611-4A23-B88F-930AE1675960.1 envelope-from (authenticated bits=0); Sun, 25 Apr 2021 14:59:54 +0200 From: Rainer Duffner Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: FreeBSD 13.0 terrible performance in KVM Date: Sun, 25 Apr 2021 14:57:05 +0200 In-Reply-To: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> Cc: freebsd-stable@freebsd.org To: Jeff Love References: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> X-Mailer: Apple Mail (2.3445.104.17) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=6 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 17438, bad: 613, connections: 19750, history: 16825, asn_score: 1418, asn_connections: 1586, asn_good: 1456, asn_bad: 38, pass:asn, relaying X-Rspamd-Queue-Id: 4FSp2l16kGz3M5H X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rainer@ultra-secure.de designates 88.198.71.201 as permitted sender) smtp.mailfrom=rainer@ultra-secure.de X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[ultra-secure.de]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.198.71.201:from]; SPAMHAUS_ZRD(0.00)[88.198.71.201:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 12:57:20 -0000 > Am 24.04.2021 um 15:03 schrieb Jeff Love : >=20 > I'm running 12.2 and 13.0 on KVM using virtio and zfs. I am not having = disk I/O issues. UFS or ZFS does not make a difference for me. ZFS is faster on read due to compression - that=E2=80=99s why back in = the XenServer days I didn=E2=80=99t even realize it until somebody = complained. It=E2=80=99s just a tad laggy in idle or normal conditions, but any kind = of IO brings the system down to a crawl - and that is noticeable. From owner-freebsd-stable@freebsd.org Sun Apr 25 15:04:50 2021 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 3785F6257A8 for ; Sun, 25 Apr 2021 15:04:50 +0000 (UTC) (envelope-from lwhsu@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSrst10gkz3jfS for ; Sun, 25 Apr 2021 15:04:50 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from mail-yb1-f182.google.com (mail-yb1-f182.google.com [209.85.219.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1107C5C2F for ; Sun, 25 Apr 2021 15:04:50 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-yb1-f182.google.com with SMTP id e8so1681713ybq.11 for ; Sun, 25 Apr 2021 08:04:50 -0700 (PDT) X-Gm-Message-State: AOAM531A3da2Il/tLdBef//wlTb5BzEiBbsWMkjlg38/QSYAEl2oInLx knKQ5jKafAIW0sPQVChrfsbU+CZmGzeGmeUhwg4= X-Google-Smtp-Source: ABdhPJwJAfdevrThWBWmbQpWjOpV4K5Snup4BDhqndJTUqSkPjFFg4inBiWJjY5J52ziIYGStx9xk+lx+iMzmI+oG1w= X-Received: by 2002:a25:4dd7:: with SMTP id a206mr18297887ybb.451.1619363089481; Sun, 25 Apr 2021 08:04:49 -0700 (PDT) MIME-Version: 1.0 References: <0367FE4C-B573-424B-9768-A532FB72E95C@icloud.com> In-Reply-To: <0367FE4C-B573-424B-9768-A532FB72E95C@icloud.com> From: Li-Wen Hsu Date: Sun, 25 Apr 2021 23:04:37 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: iPhone tethering not working To: =?UTF-8?B?5a6L56uL5p2w?= Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 15:04:50 -0000 On Sun, Apr 25, 2021 at 9:55 PM =E5=AE=8B=E7=AB=8B=E6=9D=B0 wrote: > > > > =E5=9C=A8 2021=E5=B9=B44=E6=9C=8825=E6=97=A5=EF=BC=8C19:08=EF=BC=8CLi-W= en Hsu =E5=86=99=E9=81=93=EF=BC=9A > > > > =EF=BB=BF > > > > I didn't see behavior before, previously if there is no ue0 found, > > other than usbconfig set_config, I use `/usr/local/sbin/usbmuxd -U > > root -f` from usbmuxd pkg. > > > > For iOS 14, this patch is needed > > https://cgit.freebsd.org/src/commit/?id=3D2076350d801b81f570850cea7e701= 388d8709cfb > > but from the report it still compatiable for iOS 13. I'm not sure if > > reverting it helps or not. > > > > Does it work with previous versions (12.2-RELEASE, 13.0-RELEASE, or > > older 12.2-STABLE), or other OS? > > > > Best, > > Li-Wen > > Yes, there is no ue0. And I made a mistake, it is 12.2-RELEASE other than= STABLE. Sorry for that. Do I need to install STABLE to keep up with the ne= west development? > > This time usbmuxd works, but why it has to run in foreground? And what=E2= =80=99s the difference to usb_config? > And running in background, I can get DHCP offer this time, but I still ca= n=E2=80=99t ping to any website, =E2=80=9CThe network is down=E2=80=9D. Why= ? > > Best wishes, > A BSD newbie Please don't forget CC the list unless there is sensitive information, the discussion may also help others. For iOS 14, that patch is needed so if Apple did the same change in the newer iOS 13 branch, upgrading to 12.2-STABLE is necessary. You can also upgrade to 13.0-RELEASE if you want to keep tracking -RELEASE. You can exit usbmuxd when you see ue0 is available. TBH I don't check the details in those tools. If you can get an IP from DHCP, but cannot do any transmission, that's exactly the same behavior on iOS 14 without that patch so upgrading to a newer version might help. Best, Li-Wen From owner-freebsd-stable@freebsd.org Sun Apr 25 17:47:17 2021 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 9667F5E1692 for ; Sun, 25 Apr 2021 17:47:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSwTJ4rw0z3rPj for ; Sun, 25 Apr 2021 17:47:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619372834; bh=sN/k6/PYBkMG/n2nsHUBMyatRAJk3u8NiY8TnhQFVMS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=niAYvOS+2rBSSm1U0B3rX6ViObcNrypx6+nz1BF4BMp10JFWpVDjzc7T8aTk/jM46MbwMKutDSA9VRAD9ThtcFksp5yG23IZq5jd1XMACJYsW342OYxZd2KOUWNrOsmCf2WVRhA7tVePgYYMhf7mGNxyzMCjlrs/JJWVNU6x2CkkQ3OkJh3caGVS3DANx+l0ly0kWnVuDBEBNRp63nXO+UGl97jXKkBMMuwAoSAJVwg+UGMCd+mxpC+DeztM604qus1WVRIwbtTmFr/jgUVlj6n6RNM/YqWKh+lmRisLO9Ywu93SDhxnNwuPA4UuYC1mnQDsNtctzR/aIEEU9D9Fog== X-YMail-OSG: Gsu.tTgVM1nT79W_80JF9cGj6B30JGeyclEEyOUPyvOemJ7n2g9qgWau17HpSNJ UFN24wmt3fpZAkG2_AAA_ZwirWRC8Myhyg42El1m7Rk_Wa6aPwe8iph7Csbx0zVqclyBsShdnaRv 3wy1yBenmMLpINpOQ_dR0jBzmRizB4YV0lFF2N7KJB_NfCqgAU4qH0eZRnB_DzSDWmzmfdfOPYGJ r.Ouis7u6YbZVZ8PgG0QTvfhYB.cndGasy992lz9QE3ocwtHC_BDo_a2.tBUz.ZeNF_Wp3LH569L xvoM009zt9XLZJ5f9Sn5L.2yOVt4VoC9l2urVE3sF0ru9VwjrX2gxG0LoqeGF602DZOycIelia0y hmf96BioYBmhSIOLAHPhygnHzh8wGdXGqFmKbcjimeEW5Po5.KN1Mg5k2KZ8A9K3T64lk69_YNZJ c0EsvgOPc4166rr2xfUeMsgz7XIzXOofIb4YpfJ4CD1bkSQpF.lgC23cFuEoQ_AFib_eIgmVTOxW n9kvuEQA068YcLG4a_sjMx4tox4O0uChMDSohZ1O7BbPswoRGwc42.eJL01u_pex79Eik0H.qtR0 lk71rAj89BBnRgTqWhCQkQ1DXPcotSRvioyrzDkj8gmLOyrNzA0v5ctz1xPDBrN.S_nqTR.PAKmk BfgiF037fMjJPetO6vMwd.b9eyIVfg67izYzhkMpkOJmTxEMW6mxXaHNrlIngtaREZqmaR8va.ok BSHAFmo124f77hfW8ERjjrhXE2iuqdTkyAeDzdeaTTGPUHWahk_YQrc.iF.VvXUo2Lvr8.jceK3O Lsnh5GKnUfKfuMvXI8uZa5jopwQcYjpoTjp75veV2KZ3tJqbgvkOLfxs_ZMe.vZi_S4_kiGsrkRk X1Jqw6op0z3U_oEJSs5yfiOlYbze7IYSMjTviNDYAeVSV2di58YwDErP5NcP7GpQ9RN47ddQ6Guy r7yuz6UCRZ1pyYKztCCIZ1NEPTNFQEL4917inGGcrQHo8Hw5EvPhBggMWZYo8Ziy0LT5Nh3z6Yqe rvX3wzePc6VuyPfuNU0k2YWSp.KgAF5Cs5ZSAe1WkolbsMcc2WnAiISGcROwnWtSeuyxx6MmQrAP fibbkegkoeS3Bg6.._mZfOokfJLxxPEK5KVCCIeu3XoEpU2fpc9rdX3QPnL49T1k3iPlYL5Z8f1g EshmKPwUsbVWN9vH5ghdRlg4HWssDJhZUZbDeGXGa8182l3azgbr_Ow3c1YtSRN87OZUolcYdpvX ZJ2BgY2UldpNa3olyR.YSiZFZmR8Rb5H_AIJ7DUMJ0fgs4vmdixNUCNSwWpLke4H77qnyu2MKiXg k8Fo0BTOZc6m0wz7BsBbuzzJqLRHF0Oj2O8.yeJWu9bnxM62Letsn1kLlclB3Asd8iVALLmclIvf JEh4nCihMCQLMGCIsl9ZTVcWX8EOQS14Dasy3hSza0FqmkLgVpxqWliLEV0_laXzMRBG1dkayMof Ord4EEG_NkrSgbNMGP5Ec9iMrmas9OQ_WbCLCjogEUhVV5DR_q_g2Zv5LeOkq0OsTNGWWXOBtcEz qhuhknRP_1pUHIwzolZRsrwIwoUe6kOUof_gsArT.nvzLNrI.6DeONlg.kSsQ08pXe1Xr4wZRRq. tTL1D8fDIXrPwK5D9ZrYBVKTfWTlOzS9hc2kmm.qDgSvkTKZ231mV9.mij269YsVsVxTt.InSKRw Ay0Ch6jT2CiB443Z1U92sIbP8wvEFw1hPa1enmoFYrO_VAsdhLVwAbepeqcKvqgnXRG15SQD_H2s lp.NcvGNgDRq35KQkYyNejKwinkbNM7je7NWyxBcE0Rf2XcDAfakWvWq.4ITox8VstNAodqTtssA NXx05fN0Wz7JMMiisEJ1TzpH4.4X2sA3X0_AUgL3IDGHE5cuc1dcGYAN1bD_.H6geOeUrabXYoEf 4ywNZKl5g7FkVRTVhpNJi58T7h1GCQpnO5O3HdL5V9symo6gjphyuR_E6LNjnGUie9xBNhkggo_M fb55M9XFCFeIRuUUJvl2c.n5jjvR8uBn.iZZR8II9t2JRy10n68Er.iwvubl9ot8N65SVQqyJ9ja OXxl2GFSu8tKKgLbLUv9sH6sYjxx3D3BTmTWLDcQRjgmSUPc2fWOCZC4k2aS2exzpeJRbf3oWyFh qR39lOpiAiCQ6wcL4e0Wik2CTc0bCH.8wOSC2IFT9bhJTwYpVUUF0mLERK9c.7ydj0gIPM07ZH6v vpV3hiFtUmOwF5PN.ioSXVK1gkWFX15LYgq_dEumrymD4go1SanG9oDZ5Qo6.OCa6FRYD24IFQho WcN1tCyBq7SGhF1tB5CXvanssomPk4iStPBYazj53CbQOlRvwDEoewTyvrO78wvLK76aYN11KXui w5Njqwoq10005P2cw0Xk.u1OJP4Vl_Xpfk09OB1v08nz.37LBIOYybfWFtHoqxjnWtTyx_fsa.wJ HgNZ2WJrvITzlE70eAsh4CpAYXJhrOL9FT_l24XbFrAsi.wfKJedkqGotakrbPcW3ItCBVymFyh. W.qKEADEPJDHB9dEx.ylUCllpSsq_MaJ.NsgznwYWBOXSs29n6EzOTyO0FGigo5tUaCnZzlY_1vd gSn3VOEGX3exHX6hy1lBiUc7rpa2WFI1ymnD.EH1rYAbKh7s0lXLwLPRChBwdGPAdgn3AkE8XWYi KbSBq1QdjQErWrfLsdFpUdg8CYI3nC5CZN7qjkb_1euiLlfnj59XiFvvnuqAHDkLikVCvTptYnXV zac9nBq9FThh.TOWQLxS8BEjGsmeQaeqd8PL4eU9ZTl1WlMoJSCeupcCBut5Zaqncff22eRzvKF7 MjCcKoXH3xTh5z2bUJ4gb.TX3XohegjPynsRdseepi5advEs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 25 Apr 2021 17:47:14 +0000 Received: by kubenode532.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 35e0387c96222488b92fc156619ce416; Sun, 25 Apr 2021 17:47:11 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: (D29934) Reorder commented steps in UPDATING following sequential order. (was: etcupdate -p vs. root on zfs (and bectl use and such): no /usr/src/etc/master.passwd (for example)) From: Mark Millard In-Reply-To: <56f1a1ed-bc53-ec53-46e0-782c9c0351cb@gmail.com> Date: Sun, 25 Apr 2021 10:47:08 -0700 Cc: freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <26382519-EE00-47C8-93F3-BDAF9D7668A2@yahoo.com> References: <38D7D3C8-7007-43BF-BD19-78F6F92BCD1B.ref@yahoo.com> <38D7D3C8-7007-43BF-BD19-78F6F92BCD1B@yahoo.com> <56f1a1ed-bc53-ec53-46e0-782c9c0351cb@gmail.com> To: Graham Perrin X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FSwTJ4rw0z3rPj X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.96)[-0.960]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 17:47:17 -0000 On 2021-Apr-25, at 08:14, Graham Perrin = wrote: > On 23/04/2021 08:39, Mark Millard via freebsd-current wrote: >=20 >> [3] >=20 >=20 > With regard to mounting ZFS file systems in single user mode >=20 > What's currently footnote 3 will probably become footnote 4, please = see: >=20 > >=20 > =E2=80=A6 and so on. If it were me, I'd probably do something to make the mounting of file systems and such have an explicit reminder as its own step, something like: [4] mergemaster -Fp [5] I just do not think of such as part of : it is already rebooted in single user at that point in my view. Sorry that I missed what was there in UPDATING. However, /usr/src/Makefile has: # 1. `cd /usr/src' (or to the directory containing your source = tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=3DYOUR_KERNEL_HERE' (default is = GENERIC). # 4. `make installkernel KERNCONF=3DYOUR_KERNEL_HERE' (default is = GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot' (in single user mode: boot -s from the loader = prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `mergemaster' (you may wish to use -i, along with -U = or -F). # 9. `make delete-old' # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them = anymore) without such material, even in footnotes. Side notes: "=46rom the bootblocks, boot -s, and then do": "=46rom the boot loader, boot -s, and then do"? etcupdate vs. mergemaster and the $FreeBSD$ issue? Is mergemaster going to stay as the recommented command to use? If so, with which command line options? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Sun Apr 25 15:14:46 2021 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 13514625DFA; Sun, 25 Apr 2021 15:14:46 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4FSs5K0QwRz3jnt; Sun, 25 Apr 2021 15:14:44 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id m5so1828447wmf.1; Sun, 25 Apr 2021 08:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:cc:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=rlUWDdqz695GW5w3JUzvTmTIMgvsikuThj96ThDvnpg=; b=IS0CU/gvsAGf5s5jlJr1CHv8fCEyr/r/mh554cf8BFu0DL7krnPIsONMZwyFtnvZ7l G+G1uHKu1ATIzVf9dOYywFzNsDA3wpmw8HvwZoLvAMSQi5HKUmSPxnfJYefzd4vd/HMb Y8WHdyhe8l9lG1WHIa0dSedomfsnF9PhTZTev/5dquCGd+0q9hHRRoO0tsaTP2T5hQh+ XBfSnkzqJuHd6Ic6PHFCdB6KF81g4TfAcHMiFbdZpKIEE50yrYwqQd856xZXKEqUbCe1 DHLop0gZ8q6vzIomqGFZJcGFFCyCjcNhkqr+j4cfjFFelN+iI7v+DLXKbUBVjc+4H6O0 9OfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:cc:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=rlUWDdqz695GW5w3JUzvTmTIMgvsikuThj96ThDvnpg=; b=P2xtEhh+35KtKj+j5xEWzHyISf0hQDJAHnvY5qSxf/IJlMRdF0txcqP+hZxmb0fegV 8a21PjI+oNt9bKb5CYQ2ic0OnGjpbEI4/nD52IExSDuV+S1qlJCbpFRW/pTtE0f30a3O oml0CfdTa7/LwBEKNEoi95qqfZKRrl6OrB34DYvGKgl7RjwXGvT0avdqX2pBl0e0tvTD jiUXsBj/S5TiucGzUxOmGmu/fBmrk/rQDDmv2KBl+p+6sXMQdMVsEmKN63HNtNO8oHil MafbT4jWTlmVRAGXaYux0hGeZh65zpQnQaPyLHp20XkK5bnn6rEJp5z2SlE+wYiTYVFx NcxA== X-Gm-Message-State: AOAM531ZpQwRB4DR/VioCUYfpCTFU35mlDHR73S9I1/gWTMWaTqEe33w Axaq+im11RQkbSQGU/MXkqOLSF0XgMzFTw== X-Google-Smtp-Source: ABdhPJx5chuliTTRit3VjbQ3NxAedAlu3pXwPKJjsPhQG6UelR3Qkk2eFXm8WrFFVxzCBJi31cWq3A== X-Received: by 2002:a05:600c:4a17:: with SMTP id c23mr179643wmp.78.1619363683195; Sun, 25 Apr 2021 08:14:43 -0700 (PDT) Received: from [192.168.1.13] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id a15sm6655381wrx.9.2021.04.25.08.14.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 25 Apr 2021 08:14:42 -0700 (PDT) Subject: (D29934) Reorder commented steps in UPDATING following sequential order. (was: etcupdate -p vs. root on zfs (and bectl use and such): no /usr/src/etc/master.passwd (for example)) To: Mark Millard References: <38D7D3C8-7007-43BF-BD19-78F6F92BCD1B.ref@yahoo.com> <38D7D3C8-7007-43BF-BD19-78F6F92BCD1B@yahoo.com> From: Graham Perrin Cc: freebsd-current , FreeBSD-STABLE Mailing List Message-ID: <56f1a1ed-bc53-ec53-46e0-782c9c0351cb@gmail.com> Date: Sun, 25 Apr 2021 16:14:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: <38D7D3C8-7007-43BF-BD19-78F6F92BCD1B@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FSs5K0QwRz3jnt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=IS0CU/gv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::330 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::330:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::330:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable,freebsd-current] X-Mailman-Approved-At: Sun, 25 Apr 2021 18:42:26 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 15:14:46 -0000 On 23/04/2021 08:39, Mark Millard via freebsd-current wrote: > [3] With regard to mounting ZFS file systems in single user mode What's currently footnote 3 will probably become footnote 4, please see: … and so on. From owner-freebsd-stable@freebsd.org Sun Apr 25 20:12:36 2021 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 E3C2A5E5748 for ; Sun, 25 Apr 2021 20:12:36 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-to1can01on062c.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5d::62c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FSzj004bjz4TML for ; Sun, 25 Apr 2021 20:12:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z3BeigBLh0PJUMJ9Axpby2vvZVWcp91SAe2LLcjPrDUyYMt+qJ59nUquPL49+qNcMWYlojSOaNQuhKx5dVwc1qppl/kyfVpZYt/8NcHIAJD4Q+tpb9nd4AdN7GqsS1FGiTMNRiME+Z2gurCUDmfUaAhdM//hd0dCp2AksCQBXq9GrjK7A1hoPxPpQ7OObY6xLUYxonjJ1Y8VJd807v3FGibTdG/WKVLl6ZGc78qAgVPaFoSaV/qqP8ohcex/kY5NWV0FNkMToAetqJ5v00/Xak8+AKVUW/ZEWnQIVT8nrN2ejCl3Gaet1lgVwYzW915IL32ovXVkFSMQdzIeGyH2ow== 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=9BsaClTjZ+2WjbObhDkohqa68O2X2mVf64oT0FL/NPo=; b=meoAVSanSfDGb3cmnYoyoNJYAby3Ay3RWK/z++61vzR0FKnTAoAc65yaLlgjoOy7H4y92MtCnKOOLePI/EuoBtSY6maZoVgedmyHZnAtl+fg7UocmorU2PBcv+c8lxyn6QES+codOFpsNnaPoNgFu3dLNtk7JEssjdMiZZ6z4HdA/Fl/7VUTnhjH15tkL7VYcGfrfvRzrj7rJA6tRYj2Q2SLEpoTYC3vuDmS2KhDWfv9CGSNbtyOe6OOBqdNBnNaWb/6mVl8cPDp/sN/CkjVXDWzAY2uKH+LjlG14amxJW9eay1x8Xu4VQH+ls7wYyXb7XKwNmTnUaxRPXeQHzzyWQ== 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9BsaClTjZ+2WjbObhDkohqa68O2X2mVf64oT0FL/NPo=; b=d5fxtftZ3lRCo3rO8L0Ww6dndKMyUok1XA/DmMNn7WaIARU9iTNgEAXBir3TQQzmoxfiiVrD4y8KdoQvPti5eaEAtk4V1IQZZbOeJdbbpMh/Aiwpu0GgMBgnu6fGbVaSgLDqL7zFmR4VmrR/qEZ/RnfsPlerN5fk5wjxnYDYivoGOuKXXUK5yYn1Fj4xVvzSLbmYOIrQ99uvHohTmN1vOu0Dv3qVMPRL/0h2c46it0l0aH/2hY+NfqH87GxTDi0Ff4vuQt9oIl0bTsguN9m0DQdnwUqR9tI0q7TmslkGcD56/omtnZrcsMCM4UAnPfeftRh4qAoVMIeZR3GCkvpw8A== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQXPR01MB4659.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:1e::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.26; Sun, 25 Apr 2021 20:12:33 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e%4]) with mapi id 15.20.4065.026; Sun, 25 Apr 2021 20:12:27 +0000 From: Rick Macklem To: freebsd-stable Subject: NFSv4 issues related to delegations and the back channel Thread-Topic: NFSv4 issues related to delegations and the back channel Thread-Index: AQHXOg2Xi71KFWD6t0GETcndM0IYtg== Date: Sun, 25 Apr 2021 20:12:27 +0000 Message-ID: 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: 7ed94088-acf9-4cc5-1d9c-08d9082672b8 x-ms-traffictypediagnostic: YQXPR01MB4659: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: trcSIEwLvppuKm/1rPYxugRGslfjbXiFBdbMBOfF4ir/dzQ0qxM2cVFAXx2m3wVyghdxiVAcrY4FzK1TDiLaXDmZFmSdo98ZEg1FmbFKzBbtn4MPok2poepVNqVIwNI//yzLcF7+fFcGfafCn5i1aSA/FmEsirCj3kA3azPcVZt4CNVgIKnBXLB+K5M8ZjSFuAbfilhM6bWzGRa66NdfGTrmaP4Uuwq6DdhpxkDplXgGwYeZDGlJnP5BI8RLU0TiMj6gx/kCqU1DxGq/KCq2GeN/6iSnaJjamj3KTQfNcM9WEQjwlqsJ3/RP3lgRZiTLnap0x6Uv0XVTi27RXiha2mWPIP6xeZ6mdkgWLRBIvow0CtE3KknySLqlGmrO4cRvwsWHKc86HcMigoi/pSRuriUzZWX2MN+xLYeIXVH6l2P2xfURUbHhwKsg6cAgKynU/QypoNhMYB7k8qlWKMyCycjNHz4Tqsuz+5r/RPBQL2p6cMP0VrTCyPJoo9y+qF9OJK1v1Gp8NFwcEDiaYeHS6mcBmplEcBiFLhY5YFb2Y33acyPUIsBSJnM+Ug76X9vj7Q1iLnIb9wXR9/s5lF9i26X+dV6P6d0MhnyW63iBGR0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(136003)(346002)(376002)(396003)(39850400004)(186003)(71200400001)(9686003)(55016002)(6506007)(66556008)(66476007)(64756008)(76116006)(33656002)(52536014)(83380400001)(122000001)(5660300002)(66446008)(38100700002)(66946007)(91956017)(7696005)(8936002)(478600001)(8676002)(316002)(86362001)(2906002)(786003)(6916009); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?U+DHw8BWLXUr3HKqhQWiLr32yaFAZLNJAbNofz0NW1gZ0l17oIQz1v7q0H?= =?iso-8859-1?Q?6IoYrzJsAoDD7arrDVf4Rm5j1/ewmyjI4Tw0nJ8F0sMKi0My7sGM+2EKcU?= =?iso-8859-1?Q?TMaYu1lPIlVmCZ+I7yQ85EhQNpI+O38wYlroNfcIDsWWDQ/y5Odu4XekHK?= =?iso-8859-1?Q?yqvXGbvLN6Tomo0Ck4c2ksfILNw3f2HpnHKzZfxaHFkN7wB1/nmieIay0h?= =?iso-8859-1?Q?E66s17cpnszGYhBvY3drYxiPoIsISQThwP+83YcYIkdh95FQQde3ALzdiL?= =?iso-8859-1?Q?NrIhuWc0AKpyoKx66Q+DEINouc905jbZl5klsAY0rKkMKWGlPXuNLogREI?= =?iso-8859-1?Q?53w2p4L15lJ33e/wF1dUz9sz64tOAkKy8R2+lDnki8cUpEuELwTTc4RVLs?= =?iso-8859-1?Q?wuojlvak7VgNXihXD3GEI1OxMlZSuHyFLa/DDCMrr/xUS3iDyK+JwEG6UP?= =?iso-8859-1?Q?woFydtqAc9AcgMt6FA+FzFgBrrVr1eO73S4jn2AUIbYAiEtpFHX1MYooVw?= =?iso-8859-1?Q?JwqmRySGImPia6L2J5lXiM1hwdKKLfPgu0d1rAFuO4L7U+uav2gknYSa5j?= =?iso-8859-1?Q?rdk0W9DuOHYFzWoG8oqSDOeqePK4JLMwlx5SQZeYDzJw6x8IQnsKd0IL9n?= =?iso-8859-1?Q?4uRefXPWfoK4cDP6AFY/S2s0pRMGNjbROBbPoLYy6/yoa8Yy5aoxa47ngR?= =?iso-8859-1?Q?HAxEprpBNOq0+kYoME/IXyf0JFv3lq2oA5YMPsQzKC7QBbP9guohAG6/vz?= =?iso-8859-1?Q?D9Kyk7KpiEeGjrBqRKzio41jghybyZQgMOThYukj4124F3gJhIfmvEVLAv?= =?iso-8859-1?Q?tjYxHO6G0Pujyxq+5mnCsLvNeTE487OEws32S8135n6gz6PqiH5O8bv1pR?= =?iso-8859-1?Q?YNVdNb0kGEFEdWHIIosBaFCe5J2uH2z40lySuUKjqkVZMHSJlvbGfPhNcl?= =?iso-8859-1?Q?Cy7nQZcyhWV8+ASrn3QEp+7ZExQ03T3U4uCLZ4cShnXa9E3Iv6c4Ai0VHt?= =?iso-8859-1?Q?tbWu78xS+ayYFfTrdpNlt8DQJ+RquCZ3thBQA+13fFA4liCRLNhSjYYZqt?= =?iso-8859-1?Q?k6qdA8+KnLJ+AWRXzubxUJ+6quA9Hl49QxpI8mMJPBSwRnzfEu85jQ+BAm?= =?iso-8859-1?Q?8O5+nLRDQxzGgKYFwTmAl2Y4d+7+/rdwPoXqS7ZO9onfS01MJcfIEwvTO+?= =?iso-8859-1?Q?BZbwOFiK92qg/asEIs5B5VLhSh/NN4BZVfkiqTGB3CyaNmBKMFl21T3jLt?= =?iso-8859-1?Q?lpVnVJ4ATCF91X1Uby7vMyIVyxZ9lDywixSpF6Y09bqXx0TTMFHRUx0Xh2?= =?iso-8859-1?Q?deFuB1Urw+zxQgaplIPHvmJFSnAFRjpzOX6qqYTVqCvgSZzP+LgmxAfzjJ?= =?iso-8859-1?Q?+qghRPetQZP/HRC0nTFQQEIBPe37/EaFT+1fkZsWf5n78bD2I5XfM=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 7ed94088-acf9-4cc5-1d9c-08d9082672b8 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Apr 2021 20:12:27.4764 (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: 2Z7Do00A9hwQFxOY8QdnzSivxwK7nJ5Z/e1p9ds6/qWAqLEnMBl9J9paqLdERmZ4jZW8VRfktpcyIu6NDA5J5g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB4659 X-Rspamd-Queue-Id: 4FSzj004bjz4TML X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=d5fxtftZ; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5d::62c as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:111:f400:fe5d::62c:from]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; SPAMHAUS_ZRD(0.00)[2a01:111:f400:fe5d::62c:from:127.0.2.255]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 25 Apr 2021 20:12:36 -0000 Hi,=0A= =0A= A problem with the NFSv4.1/4.2 server was identified, where it=0A= erroneously bound the back channel on a new TCP connection=0A= was identified, that could break the Linux client.=0A= Fixing this has cascaded into a fair number of patches to=0A= make the back channel work correctly. Since use of delegations=0A= requires a working back channel, this mostly affects use of=0A= delegations.=0A= =0A= I now think I have resolved everything and the patches should=0A= be in "main" and then stable/12 and stable/13 in a few weeks.=0A= They should all be in the next FreeBSD12 and FreeBSD 13 releases.=0A= =0A= Until you have a patched NFSv4 client and/or server system, I=0A= am making the following recommendations to avoid trouble:=0A= - Do not use the Linux "nconnects" mount option.=0A= - Do not enable delegations. (This also applies to a patched=0A= NFSv4.1/4.2 server if any of your clients are Linux systems=0A= running a kernel version prior to 5.3.)=0A= - For the NFSv4 server, leave vfs.nfsd.issue_delegations =3D=3D 0.=0A= - For the NFSv4 client, do not run the nfscbd(8) daemon.=0A= =0A= Most of the issues are NFSv4.1/4.2 specific, but some affect=0A= NFSv4.0 as well, so the above recommendations apply to all=0A= NFSv4 versions.=0A= =0A= Fortunately, delegations seldom improve performance,=0A= so following the above recommendations should not be=0A= a big problem.=0A= =0A= rick=0A= From owner-freebsd-stable@freebsd.org Mon Apr 26 12:34:32 2021 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 B7C015FEB84 for ; Mon, 26 Apr 2021 12:34:32 +0000 (UTC) (envelope-from friendjane2003@icloud.com) Received: from pv50p00im-ztdg10021801.me.com (pv50p00im-ztdg10021801.me.com [17.58.6.56]) (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 4FTPV03HTKz3L07 for ; Mon, 26 Apr 2021 12:34:32 +0000 (UTC) (envelope-from friendjane2003@icloud.com) Received: from [172.20.10.12] (unknown [113.5.5.47]) by pv50p00im-ztdg10021801.me.com (Postfix) with ESMTPSA id 7A6083603EF; Mon, 26 Apr 2021 12:34:29 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: =?utf-8?B?5a6L56uL5p2w?= Mime-Version: 1.0 (1.0) Subject: Re: iPhone tethering not working Date: Mon, 26 Apr 2021 20:34:08 +0800 Message-Id: <8D2BBC57-340D-4057-9405-2261CC3D5B8B@icloud.com> References: Cc: freebsd-stable@freebsd.org In-Reply-To: To: Li-Wen Hsu X-Mailer: iPad Mail (17H35) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-26_05:2021-04-26, 2021-04-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2009150000 definitions=main-2104260097 X-Rspamd-Queue-Id: 4FTPV03HTKz3L07 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 26 Apr 2021 12:34:32 -0000 > =E5=9C=A8 2021=E5=B9=B44=E6=9C=8825=E6=97=A5=EF=BC=8C23:04=EF=BC=8CLi-Wen H= su =E5=86=99=E9=81=93=EF=BC=9A >=20 > =EF=BB=BFOn Sun, Apr 25, 2021 at 9:55 PM =E5=AE=8B=E7=AB=8B=E6=9D=B0 wrote: >>=20 >> Yes, there is no ue0. And I made a mistake, it is 12.2-RELEASE other than= STABLE. Sorry for that. Do I need to install STABLE to keep up with the new= est development? >>=20 >> This time usbmuxd works, but why it has to run in foreground? And what=E2= =80=99s the difference to usb_config? >> And running in background, I can get DHCP offer this time, but I still ca= n=E2=80=99t ping to any website, =E2=80=9CThe network is down=E2=80=9D. Why?= >>=20 >> Best wishes, >> A BSD newbie >=20 > Please don't forget CC the list unless there is sensitive information, > the discussion may also help others. >=20 > For iOS 14, that patch is needed so if Apple did the same change in > the newer iOS 13 branch, upgrading to 12.2-STABLE is necessary. You > can also upgrade to 13.0-RELEASE if you want to keep tracking > -RELEASE. >=20 > You can exit usbmuxd when you see ue0 is available. TBH I don't check > the details in those tools. >=20 > If you can get an IP from DHCP, but cannot do any transmission, that's > exactly the same behavior on iOS 14 without that patch so upgrading to > a newer version might help. >=20 > Best, > Li-Wen Sorry, I made another mistake =F0=9F=98=82, this is my first time to use a m= ailing list. Applying the 12.2-RELEASE-p6 patch doesn=E2=80=99t seem to work, how can I t= ransfer to 12.2-STABLE? Best wishes, A BSD newbie= From owner-freebsd-stable@freebsd.org Mon Apr 26 14:08:26 2021 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 4BD5D5E1B26 for ; Mon, 26 Apr 2021 14:08:26 +0000 (UTC) (envelope-from lwhsu@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTRZL1cDcz3QMJ for ; Mon, 26 Apr 2021 14:08:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from mail-yb1-f176.google.com (mail-yb1-f176.google.com [209.85.219.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: lwhsu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 0AAC42055D for ; Mon, 26 Apr 2021 14:08:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by mail-yb1-f176.google.com with SMTP id c195so64951438ybf.9 for ; Mon, 26 Apr 2021 07:08:25 -0700 (PDT) X-Gm-Message-State: AOAM530GUMtBrxYR31ZtMEp4dJAqfLUudUrkkM+eHBlCqrvYumfXRvVJ 31+Q2iX6yDikSHigxhGpqmwhc2NS2731RXdKO1w= X-Google-Smtp-Source: ABdhPJzkdbbDQ193/uppo6V2AxstHlsaNRM7gjhM+b0HtXqZCNN0+cn9iKzTQjanEnVoQuNAavGuUPSsZjx38oAYRqg= X-Received: by 2002:a25:4dd7:: with SMTP id a206mr24641129ybb.451.1619446094929; Mon, 26 Apr 2021 07:08:14 -0700 (PDT) MIME-Version: 1.0 References: <8D2BBC57-340D-4057-9405-2261CC3D5B8B@icloud.com> In-Reply-To: <8D2BBC57-340D-4057-9405-2261CC3D5B8B@icloud.com> From: Li-Wen Hsu Date: Mon, 26 Apr 2021 22:08:03 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: iPhone tethering not working To: =?UTF-8?B?5a6L56uL5p2w?= Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 26 Apr 2021 14:08:26 -0000 On Mon, Apr 26, 2021 at 8:34 PM =E5=AE=8B=E7=AB=8B=E6=9D=B0 wrote: > > > =E5=9C=A8 2021=E5=B9=B44=E6=9C=8825=E6=97=A5=EF=BC=8C23:04=EF=BC=8CLi-W= en Hsu =E5=86=99=E9=81=93=EF=BC=9A > > > > =EF=BB=BFOn Sun, Apr 25, 2021 at 9:55 PM =E5=AE=8B=E7=AB=8B=E6=9D=B0 wrote: > >> > >> Yes, there is no ue0. And I made a mistake, it is 12.2-RELEASE other > than STABLE. Sorry for that. Do I need to install STABLE to keep up with > the newest development? > >> > >> This time usbmuxd works, but why it has to run in foreground? And > what=E2=80=99s the difference to usb_config? > >> And running in background, I can get DHCP offer this time, but I still > can=E2=80=99t ping to any website, =E2=80=9CThe network is down=E2=80=9D.= Why? > >> > >> Best wishes, > >> A BSD newbie > > > > Please don't forget CC the list unless there is sensitive information, > > the discussion may also help others. > > > > For iOS 14, that patch is needed so if Apple did the same change in > > the newer iOS 13 branch, upgrading to 12.2-STABLE is necessary. You > > can also upgrade to 13.0-RELEASE if you want to keep tracking > > -RELEASE. > > > > You can exit usbmuxd when you see ue0 is available. TBH I don't check > > the details in those tools. > > > > If you can get an IP from DHCP, but cannot do any transmission, that's > > exactly the same behavior on iOS 14 without that patch so upgrading to > > a newer version might help. > > > > Best, > > Li-Wen > > Sorry, I made another mistake =F0=9F=98=82, this is my first time to use = a mailing > list. > That's OK, welcomed to the community. :-) > Applying the 12.2-RELEASE-p6 patch doesn=E2=80=99t seem to work, how can = I > transfer to 12.2-STABLE? > -RELEASE only receive security and errata fixes, I'm not really sure that patch should be in errata. But if others think it's worthy, I can try to do so. This doc should help, if there is any unclear, please report and help us update it: https://docs.freebsd.org/en/books/handbook/cutting-edge/#current-stable Or you can just apply that patch to 12.2-RELEASE's source and rebuild the if_ipheth.ko module to test, if that's easier for you. Also, using 13.0-RELEASE might be easier to install and test. Please consider this route if you don't have a special reason to stay with 12. Best, Li-Wen From owner-freebsd-stable@freebsd.org Mon Apr 26 16:53:05 2021 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 B6C505E78FB; Mon, 26 Apr 2021 16:53:05 +0000 (UTC) (envelope-from jhb@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTWDK4hPCz3rR6; Mon, 26 Apr 2021 16:53:05 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 379EE221E2; Mon, 26 Apr 2021 16:53:05 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: Despite the documentation, "etcupdate extract" handles -D destdir (and its contribution to the default workdir) To: Mark Millard , freebsd-current , FreeBSD-STABLE Mailing List References: <189610CE-CFE1-45D5-852B-D47603935F6F.ref@yahoo.com> <189610CE-CFE1-45D5-852B-D47603935F6F@yahoo.com> From: John Baldwin Message-ID: <22d663bf-e3b4-9fc6-b6ec-0bd8f7ea6eb1@FreeBSD.org> Date: Mon, 26 Apr 2021 09:53:01 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <189610CE-CFE1-45D5-852B-D47603935F6F@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 26 Apr 2021 16:53:05 -0000 On 4/24/21 12:22 PM, Mark Millard via freebsd-current wrote: > # etcupdate -? > Illegal option -? > > usage: etcupdate [-npBF] [-d workdir] [-r | -s source | -t tarball] > [-A patterns] [-D destdir] [-I patterns] [-L logfile] > [-M options] > etcupdate build [-B] [-d workdir] [-s source] [-L logfile] [-M options] > > etcupdate diff [-d workdir] [-D destdir] [-I patterns] [-L logfile] > etcupdate extract [-B] [-d workdir] [-s source | -t tarball] [-L logfile] > [-M options] > etcupdate resolve [-p] [-d workdir] [-D destdir] [-L logfile] > etcupdate status [-d workdir] [-D destdir] > > The "etcupdate extract" material does not show -D destdir as valid. Thanks, it was a documentation oversight I've just fixed. It is definitely supposed to work and is quite useful for cross-builds (e.g. I use it frequently to update rootfs images I use with qemu for RISC-V or MIPS that I run under qemu, or when updating the SD-card for my RPI that I cross-build on an x86 host). -- John Baldwin From owner-freebsd-stable@freebsd.org Mon Apr 26 20:50:36 2021 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 EE0DD5F081D for ; Mon, 26 Apr 2021 20:50:36 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTcVM296Dz4ZX4 for ; Mon, 26 Apr 2021 20:50:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:715b:d722:65a1:351d] ([IPv6:2607:f3e0:0:4:715b:d722:65a1:351d]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 13QKoRqS084566 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 26 Apr 2021 16:50:27 -0400 (EDT) (envelope-from mike@sentex.net) To: d@delphij.net, FreeBSD-STABLE Mailing List References: <56a4a35f-b4d7-661a-f59b-8cd399784e6e@delphij.net> From: mike tancsa Subject: Re: zfs native encryption best practices on RELENG13 Message-ID: <89f5a96b-60fa-2d99-3f61-42cade6280eb@sentex.net> Date: Mon, 26 Apr 2021 16:50:27 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <56a4a35f-b4d7-661a-f59b-8cd399784e6e@delphij.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Rspamd-Queue-Id: 4FTcVM296Dz4ZX4 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.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; SPAMHAUS_ZRD(0.00)[2607:f3e0:0:3::19:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f3e0:0:3::19:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 26 Apr 2021 20:50:37 -0000 On 4/23/2021 5:23 PM, Xin Li wrote: > On 4/23/21 13:53, mike tancsa wrote: >> Starting to play around with RELENG_13 and wanted explore ZFS' built i= n >> encryption.=C2=A0 Is there a best practices doc on how to do full disk= >> encryption anywhere thats not GELI based=C2=A0 ?=C2=A0 There are lots = for=20 >> GELI, >> but nothing I could find for native OpenZFS encryption on FreeBSD >> >> i.e box gets rebooted, enter in passphrase to allow it to boot kind of= >> thing from the boot loader prompt ? > I think loader do not support the native OpenZFS encryption yet. > However, you can encrypt non-essential datasets on a boot pool (that is= , > if com.datto:encryption is "active" AND the bootfs dataset is not > encrypted, you can still boot from it). > > BTW instead of entering passphrase at loader prompt, if / is not > encrypted, it's also possible to do something like > https://lists.freebsd.org/pipermail/freebsd-security/2012-August/006547= =2Ehtml > . > > Personally I'd probably go with GELI (or other kind of full disk > encryption) regardless if OpenZFS's native encryption is used because m= y > primary goal is to be able to just throw away bad disks when they are > removed from production [1]. If the pool is not fully encrypted, there= > is always a chance that the sensitive data have landed some unencrypted= > datasets and never gets fully overwritten. > > [1] Also keep in mind: https://xkcd.com/538/ Thanks for the perspective and links.=C2=A0 I have a couple of use case scenarios.=C2=A0 One, for devices in somewhat physically untrusted environments.=C2=A0 Someone breaks into the store, and steals the PC.=C2=A0=20 I can see the advantages of GELI to this environment.=C2=A0 The other is the ability for customers to send me encrypted datasets for offsite backup.=C2= =A0 If its encrypted, I have less exposure if the dataset is encrypted and I cant see the contents.=C2=A0=C2=A0 Same for making backups to disks to pu= t in cold storage although yes, I can see GELI having an an advantage again for full disk encryption.=C2=A0 =C2=A0=C2=A0=C2=A0 ---Mike From owner-freebsd-stable@freebsd.org Mon Apr 26 21:04:36 2021 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 AF1355F0D37 for ; Mon, 26 Apr 2021 21:04:36 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTcpW6Nj4z4Zg8 for ; Mon, 26 Apr 2021 21:04:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:715b:d722:65a1:351d] ([IPv6:2607:f3e0:0:4:715b:d722:65a1:351d]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 13QL4YYZ088363 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 26 Apr 2021 17:04:35 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: zfs native encryption best practices on RELENG13 To: Peter Libassi Cc: FreeBSD-STABLE Mailing List References: <56a4a35f-b4d7-661a-f59b-8cd399784e6e@delphij.net> <4CFAA2E3-F8B0-41F3-BA2D-4802FC138E8C@libassi.se> From: mike tancsa Message-ID: Date: Mon, 26 Apr 2021 17:04:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <4CFAA2E3-F8B0-41F3-BA2D-4802FC138E8C@libassi.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4FTcpW6Nj4z4Zg8 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.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f3e0:0:3::19:from]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; DMARC_NA(0.00)[sentex.net]; SPAMHAUS_ZRD(0.00)[2607:f3e0:0:3::19:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 26 Apr 2021 21:04:36 -0000 On 4/23/2021 11:47 PM, Peter Libassi wrote: > Yes, I’ve come to the same conclusion. This should be used on a > data-zpool and not on the system-pool (zroot). Encryption is per > dataset. Also if found that if the encrypted dataset is not mounted of > some reason you will be writing to the parent unencrypted dataset.. At > least it works for encrypted thumb_drive, i just posted this quick > guide https://forums.freebsd.org/threads/freebsd-13-openzfs-encrypted-thumb-drive.80008/ > > > > Thanks, good points to consider!  I wonder too if there are any performance differences     ---Mike From owner-freebsd-stable@freebsd.org Tue Apr 27 03:46:17 2021 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 E09FA5FD0C4 for ; Tue, 27 Apr 2021 03:46:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f49.google.com (mail-ot1-f49.google.com [209.85.210.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4FTnk10rQMz3Bx7 for ; Tue, 27 Apr 2021 03:46:16 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f49.google.com with SMTP id 92-20020a9d02e50000b029028fcc3d2c9eso31663466otl.0 for ; Mon, 26 Apr 2021 20:46:16 -0700 (PDT) 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=AqDqDyTtDE0N6bnYGzXNhO7hZz6J1o1n/9SXfvd7YF0=; b=O6z8QhYR5/bBxKOr1VeedNii9U92zec1xqQGMKZztUcl6t8UYxuYL0erss8TTUmFOc iMrOQq6L64Ik0v4fLLwp9b0gR/uJtIh/yO0WqjpZHZdVUTFkhfpIjbTH74y2r9WVW2aY nQ9tqOSN6SZC7KweYhMDGjB3sLBaeJNoFzOw0mNPbQgsB0WxQ8c+39PH3b4O6MdKjOIQ FqQMSZAaIdLE5vsabowCCYK40gV95ioHQhFUI397nXZT8EaxenK65tOQVf2XLLs5B6Ah JCNZMTQDteoQeEU4WnkLWJSqxZLpSuK9uCHvtYr0tk2F6bGBQAvf9hTClLZ3AN3Fc8or MGZQ== X-Gm-Message-State: AOAM531CpE+2dok11aPUd5p0Q7ShUbDi+FYg+j5w+1RHX7x2jA6ksqWX 02SUAjR5Jp+a6u7ST1smWqbfnOgKudoCyXwPV/E= X-Google-Smtp-Source: ABdhPJx9d2ibG+bdyigMX0kZRB1y6Q/0l43FpN9GfPdyLegB/xJTspqTfdOnSsMJJeI8K+38u9ve+MFSFZCcnvTkCBI= X-Received: by 2002:a05:6830:2399:: with SMTP id l25mr17620421ots.18.1619495175970; Mon, 26 Apr 2021 20:46:15 -0700 (PDT) MIME-Version: 1.0 References: <56a4a35f-b4d7-661a-f59b-8cd399784e6e@delphij.net> <4CFAA2E3-F8B0-41F3-BA2D-4802FC138E8C@libassi.se> In-Reply-To: From: Alan Somers Date: Mon, 26 Apr 2021 21:46:04 -0600 Message-ID: Subject: Re: zfs native encryption best practices on RELENG13 To: mike tancsa Cc: Peter Libassi , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4FTnk10rQMz3Bx7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.49 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-0.99 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.49:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.49:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.210.49:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.49:from]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 03:46:17 -0000 On Mon, Apr 26, 2021 at 3:04 PM mike tancsa wrote: > On 4/23/2021 11:47 PM, Peter Libassi wrote: > > Yes, I=E2=80=99ve come to the same conclusion. This should be used on a > > data-zpool and not on the system-pool (zroot). Encryption is per > > dataset. Also if found that if the encrypted dataset is not mounted of > > some reason you will be writing to the parent unencrypted dataset.. At > > least it works for encrypted thumb_drive, i just posted this quick > > guide > https://forums.freebsd.org/threads/freebsd-13-openzfs-encrypted-thumb-dri= ve.80008/ > > < > https://forums.freebsd.org/threads/freebsd-13-openzfs-encrypted-thumb-dri= ve.80008/ > > > > > > > > > > Thanks, good points to consider! I wonder too if there are any > performance differences > > ---Mike > Yes there are. Firstly, if you're using raid, then geli must encrypt both data and parity. ZFS crypto, however, only encrypts data because it operates at a higher level. That's a pretty substantial performance win for ZFS during writes. It's a nonissue for reads from a healthy array, since ZFS doesn't need to read parity in that case. Secondly, ZFS crypto doesn't yet support hardware acceleration. That's a huge win for geli if you happen to have a hardware crypto engine (for this purpose AESNI does not count as hardware, and it works fine with either geli or ZFS). Thirdly, in my benchmarks I found about a 5% speed advantage for GELI during reads, though I don't know why. But of course none of this matters if you're using a small number of HDDs. It's only an issue if you have fast SSDs or a large number of HDDs. -Alan From owner-freebsd-stable@freebsd.org Tue Apr 27 05:51:08 2021 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 9818F5FFB51 for ; Tue, 27 Apr 2021 05:51:08 +0000 (UTC) (envelope-from Public2@xymox1.com) Received: from smtp108.ord1c.emailsrvr.com (smtp108.ord1c.emailsrvr.com [108.166.43.108]) (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 4FTrV33kJzz3HTM for ; Tue, 27 Apr 2021 05:51:07 +0000 (UTC) (envelope-from Public2@xymox1.com) X-Auth-ID: cs@xymox1.com Received: by smtp22.relay.ord1c.emailsrvr.com (Authenticated sender: cs-AT-xymox1.com) with ESMTPSA id 40052E014E; Tue, 27 Apr 2021 01:51:06 -0400 (EDT) Subject: clean update 12.2 > 13.0 From: Chris To: freebsd-current , FreeBSD-STABLE Mailing List References: <189610CE-CFE1-45D5-852B-D47603935F6F.ref@yahoo.com> <189610CE-CFE1-45D5-852B-D47603935F6F@yahoo.com> <22d663bf-e3b4-9fc6-b6ec-0bd8f7ea6eb1@FreeBSD.org> Message-ID: Date: Mon, 26 Apr 2021 22:51:05 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Classification-ID: ab509ce1-9565-4cc2-b22d-c99f1a55df21-1-1 X-Rspamd-Queue-Id: 4FTrV33kJzz3HTM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of Public2@xymox1.com designates 108.166.43.108 as permitted sender) smtp.mailfrom=Public2@xymox1.com X-Spamd-Result: default: False [-3.28 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[108.166.43.108:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.982]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[108.166.43.108:from]; R_SPF_ALLOW(-0.20)[+ip4:108.166.43.0/24:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[xymox1.com]; SPAMHAUS_ZRD(0.00)[108.166.43.108:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[108.166.43.108:from]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19994, ipnet:108.166.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 05:51:08 -0000 Wow.. Best update I have done in years. At least for me 12.2 > 13.0 was great.  Great job ! From owner-freebsd-stable@freebsd.org Tue Apr 27 09:07:04 2021 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 39F5B626AC4 for ; Tue, 27 Apr 2021 09:07:04 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FTwr818J7z3j48 for ; Tue, 27 Apr 2021 09:07:04 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 25A3E626D15; Tue, 27 Apr 2021 09:07:04 +0000 (UTC) Delivered-To: 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 256DA626C3E for ; Tue, 27 Apr 2021 09:07:04 +0000 (UTC) (envelope-from kp@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTwr80dnDz3j8W; Tue, 27 Apr 2021 09:07:04 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id E20C129B3E; Tue, 27 Apr 2021 09:07:03 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 80E0247254; Tue, 27 Apr 2021 11:07:02 +0200 (CEST) From: "Kristof Provost" To: "Peter =?utf-8?q?Ankerst=C3=A5l?=" Cc: "stable@freebsd.org" Subject: Re: using interface groups in pf tables stopped working in 13.0-RELEASE Date: Tue, 27 Apr 2021 11:07:01 +0200 X-Mailer: MailMate (1.13.2r5673) Message-ID: <75C439F6-E778-47AE-8BD9-20FEDE129EB7@FreeBSD.org> In-Reply-To: References: <431C3D85-C754-4E1C-94E0-333DE254F0AC@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 09:07:04 -0000 On 16 Apr 2021, at 17:58, Kristof Provost wrote: > On 14 Apr 2021, at 16:16, Peter Ankerstål wrote: >> In pf I use the interface group syntax alot to make the configuration >> more readable. All interfaces are assigned to a group representing >> its use/vlan name. >> >> For example: >> >> ifconfig_igb1_102="172.22.0.1/24 group iot description 'iot vlan' up" >> ifconfig_igb1_102_ipv6="inet6 2001:470:de59:22::1/64" >> >> ifconfig_igb1_300="172.26.0.1/24 group mgmt description 'mgmt vlan’ >> up" >> ifconfig_igb1_300_ipv6="inet6 2001:470:de59:26::1/64” >> >> in pf.conf I use these group names all over the place. But since I >> upgraded to 13.0-RELEASE it no longer works to define a table using >> the :network syntax and interface groups: >> >> table const { trusted:network mgmt:network >> dmz:network guest:network edmz:network \ >> admin:network iot:network client:network } >> >> If I reload the configuration I get the following: >> # pfctl -f /etc/pf.conf >> /etc/pf.conf:12: cannot create address buffer: Invalid argument >> pfctl: Syntax error in config file: pf rules not loaded >> > I can reproduce that. > > It looks like there’s some confusion inside pfctl about the network > group. It ends up in pfctl_parser.c, append_addr_host(), and expects > an AF_INET or AF_INET6, but instead gets an AF_LINK. > > It’s probably related to 250994 or possibly > d2568b024da283bd2b88a633eecfc9abf240b3d8. > Either way it’s pretty deep in a part of the pfctl code I don’t > much like. I’ll try to poke at it some more over the weekend. > It should be fixed as of d5b08e13dd6beb3436e181ff1f3e034cc8186584 in main. I’ll MFC that in about a week, and then it’ll turn up in 13.1 in the fullness of time. Best regards, Kristof From owner-freebsd-stable@freebsd.org Tue Apr 27 09:47:53 2021 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 EBCEA627B66 for ; Tue, 27 Apr 2021 09:47:53 +0000 (UTC) (envelope-from peter@pean.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FTxlF5kGPz3knb for ; Tue, 27 Apr 2021 09:47:53 +0000 (UTC) (envelope-from peter@pean.org) Received: by mailman.nyi.freebsd.org (Postfix) id C29A7627DB8; Tue, 27 Apr 2021 09:47:53 +0000 (UTC) Delivered-To: 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 C2617627D28 for ; Tue, 27 Apr 2021 09:47:53 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [52.16.239.146]) (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 4FTxlF3MTqz3kxX; Tue, 27 Apr 2021 09:47:53 +0000 (UTC) (envelope-from peter@pean.org) Received: from [100.126.227.150] (unknown [94.234.35.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id F120A32E61A; Tue, 27 Apr 2021 11:47:51 +0200 (CEST) Content-Type: multipart/signed; boundary=Apple-Mail-EB105160-0AA7-4C04-B5B0-6B84CC44E472; protocol="application/pkcs7-signature"; micalg=sha-256 Content-Transfer-Encoding: 7bit From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Mime-Version: 1.0 (1.0) Subject: Re: using interface groups in pf tables stopped working in 13.0-RELEASE Date: Tue, 27 Apr 2021 11:47:50 +0200 Message-Id: <324453B6-76FC-44CF-8B03-3A12184CF8CA@pean.org> References: <75C439F6-E778-47AE-8BD9-20FEDE129EB7@FreeBSD.org> Cc: stable@freebsd.org In-Reply-To: <75C439F6-E778-47AE-8BD9-20FEDE129EB7@FreeBSD.org> To: Kristof Provost X-Mailer: iPhone Mail (18D52) X-Rspamd-Queue-Id: 4FTxlF3MTqz3kxX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 09:47:54 -0000 --Apple-Mail-EB105160-0AA7-4C04-B5B0-6B84CC44E472 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>=20 >> I can=20 >> It looks like there=E2=80=99s some confusion inside pfctl about the netwo= rk group. It ends up in pfctl_parser.c, append_addr_host(), and expects an A= F_INET or AF_INET6, but instead gets an AF_LINK. >>=20 >> It=E2=80=99s probably related to 250994 or possibly d2568b024da283bd2b88a= 633eecfc9abf240b3d8. >> Either way it=E2=80=99s pretty deep in a part of the pfctl code I don=E2=80= =99t much like. I=E2=80=99ll try to poke at it some more over the weekend. >>=20 > It should be fixed as of d5b08e13dd6beb3436e181ff1f3e034cc8186584 in main.= I=E2=80=99ll MFC that in about a week, and then it=E2=80=99ll turn up in 13= .1 in the fullness of time. Nice thanks.=20 I also seem to have problem even in anchors (not while using tables). But ma= ybe this will also be fixed by this change. --Apple-Mail-EB105160-0AA7-4C04-B5B0-6B84CC44E472 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBlAw ggZMMIIFNKADAgECAhAIYx54g0aQ2jlpvYBCpK60MA0GCSqGSIb3DQEBCwUAMGUxCzAJBgNVBAYT AlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAi BgNVBAMTG0RpZ2lDZXJ0IFNIQTIgQXNzdXJlZCBJRCBDQTAeFw0xOTAzMjAwMDAwMDBaFw0yMjAz MjAxMjAwMDBaMHQxCzAJBgNVBAYTAlNFMRAwDgYDVQQHEwdVcHBzYWxhMRkwFwYDVQQKDBBQZXRl ciBBbmtlcnN0w6VsMRkwFwYDVQQDDBBQZXRlciBBbmtlcnN0w6VsMR0wGwYJKoZIhvcNAQkBFg5w ZXRlckBwZWFuLm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBANbMh3R37S2b/qQU LkhUSZvHgrl9zRt2ARiVkAhOEQxdOax6XCm6LbNNSSk3uduA+kKhLKf442IUff0RfNJfm/6SEDm0 sR7jWLR4duWmo2f5fWl9/E6ALvWVqJY5ILR9fz7xoB1YjM4OXyNXPYYHZh/rTYek6XL2Ku7Ph2iD mhvYlmHO28MKUA0DvHrFSdLV5/K/gVIMS8c0rlPNi5fWU8WG9NTaNvdXYKPomb2pfo5d9DXFLZs2 F0aPCielmvcWnt1CaVrhdk8vs+/gIra1ZHkha3pYAGkXq+n/3teZNh8gX7ltVJpPWs2IYtRTd0j1 YjqWBK9kgilL6CBQs5q76Mcjm0A3iCTOUFHmmkLMBJcKiobpcOAcWBS3Wf7jgbkZAuoWnbJPg+DA COzna8lg/S1+FlMGxOZsosrcoagzxMIYddfTC/lMFX+lXifW30cudPjWx5fM0QoDKGILPa85K1ex BsiaHx1danwitEMux6RlTuHKAJg7CkiMc9aP5P0aGbHTpJTYh8uHdL83sgnekwJ5Dgkh7BNqVhED 0cjDfAsNHOdhTTHdEprqrJ9ytkHmWFvUhiX9hkW0LFgFc5apbB/mwsUstfPHfDOflLidbtcG4Xgw 8fKv/it0xlJwPhxhHHZkndwrkjsoz/jbyFrlbPBBkA1dwamhtppwcZsWiqlJAgMBAAGjggHnMIIB 4zAfBgNVHSMEGDAWgBTnAiOAAE/Y17yUC9k/dDlJMjyKeTAdBgNVHQ4EFgQUxx/6f5aEHV7C1Tuz e+XbwXnlIOkwDAYDVR0TAQH/BAIwADAZBgNVHREEEjAQgQ5wZXRlckBwZWFuLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZI AYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy5kaWdpY2VydC5jb20vQ1BTMIGIBgNV HR8EgYAwfjA9oDugOYY3aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hBMkFzc3Vy ZWRJRENBLWcyLmNybDA9oDugOYY3aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0U0hB MkFzc3VyZWRJRENBLWcyLmNybDB5BggrBgEFBQcBAQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9v Y3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0U0hBMkFzc3VyZWRJRENBLmNydDANBgkqhkiG9w0BAQsFAAOCAQEAtH6RpZidx4wf eniyd1+ZDD5lSQXq2OVV8mwMnYFJpYSlnyorSJR4zWCtnjcLDNvZGIWizSk29F3CGUJ9sW774Lvm xk8Yr64ntT9phUozFtSiBPxpjXTdXIIRcSu8Fjh+FWaoMw2z7ONCZX0wT5QnqV9YdrMg/+wzdo6n rgJfafUI6qXSImKlGJ1Xnzka/QS+pxcyUtsFLw0O9bnLaOBCUtmKItTv9FT/fBJenhdm4k4uMFgh w5kWF4dZsof0HOkQeC+DfsFJbIJ5wheT/uZhuF/Fz8mTJ0qNl8V4+fm1nSWYWJtygb/FENpK0HVa ffwSJp3f02pu/cHNKOwc62w4uTGCBCkwggQlAgEBMHkwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoT DERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNl cnQgU0hBMiBBc3N1cmVkIElEIENBAhAIYx54g0aQ2jlpvYBCpK60MA0GCWCGSAFlAwQCAQUAoIIB gTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMTA0MjcwOTQ3NTBa MC8GCSqGSIb3DQEJBDEiBCB/mX7HN4wfXrnagV6noZM+8R5GYLCjb26LK20gj9ms9zCBiAYJKwYB BAGCNxAEMXsweTBlMQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQL ExB3d3cuZGlnaWNlcnQuY29tMSQwIgYDVQQDExtEaWdpQ2VydCBTSEEyIEFzc3VyZWQgSUQgQ0EC EAhjHniDRpDaOWm9gEKkrrQwgYoGCyqGSIb3DQEJEAILMXugeTBlMQswCQYDVQQGEwJVUzEVMBMG A1UEChMMRGlnaUNlcnQgSW5jMRkwFwYDVQQLExB3d3cuZGlnaWNlcnQuY29tMSQwIgYDVQQDExtE aWdpQ2VydCBTSEEyIEFzc3VyZWQgSUQgQ0ECEAhjHniDRpDaOWm9gEKkrrQwDQYJKoZIhvcNAQEL BQAEggIAPr02qwj2gK6QIlJricWdYp9k7N+nIiPc8Fi16CrVLZTk6yQejxYrac4SiIQws68V/2A5 xqIn6X8E6a1XTdOAHg/jyxgJqVd37BR6ki5Eg2qaAsubYvo5Z3GuD7bczTRV9U645S3oOw5alFrb 8vz/EOoDN/Hf5nWxkp6ozVMloWqh/VqJ9LXrioYOV0GMDEivKrhEvNmAEOxuEAGkAKOutLWzu8YR 2QKgmbs57YFYDJr+/pdPO4IKmV2xbplqT696YpFhtHZQp5lcFEXt/n0J/pPB1POxfk40RuZUk41J bJy/SPxadyrkVA7UM67aOy+4KJ1ir5U6fVvoG4dvZEx16MPwvhFuYNEtLlcWKnjoZbkcsOaU1w13 VqoTfwYj5NV9zqaRE31Xy/CXpVFXNYvhNJRZ2C2bHWCYEr2OuOsF71Bve/fBIOOGJ5A9MajfSRQt KlRPanb6QEpAOSKLa0QCsSbvb+t48D/BsOLjjN/WvIsjmc0oAGIY2Z5T1mEVIDtU1MxXmE3l3DeN oRd++DtH0qYAvqh65VojbGVyGqCwBytVwPJ4FzguQajfOLyhSBjRVlVpkm8cLENsn08nVOYH63eh 0JaGkDGZxfisP96NHUBaIMuVtXNjEF7dJzLbMT3Y0vIWB/Ncx3ojKCZPylH7U7FbgcA4W5eeJxPo /rHSIGMAAAAAAAA= --Apple-Mail-EB105160-0AA7-4C04-B5B0-6B84CC44E472-- From owner-freebsd-stable@freebsd.org Tue Apr 27 05:47:30 2021 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 F1FF45FFA47; Tue, 27 Apr 2021 05:47:30 +0000 (UTC) (envelope-from C@Xymox1.com) Received: from smtp80.ord1c.emailsrvr.com (smtp80.ord1c.emailsrvr.com [108.166.43.80]) (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 4FTrPq62XRz3HG8; Tue, 27 Apr 2021 05:47:27 +0000 (UTC) (envelope-from C@Xymox1.com) X-Auth-ID: cs@xymox1.com Received: by smtp27.relay.ord1c.emailsrvr.com (Authenticated sender: cs-AT-xymox1.com) with ESMTPSA id 9A7A1400DB; Tue, 27 Apr 2021 01:47:25 -0400 (EDT) Subject: clean update 12.2 > 13.0 To: freebsd-current , FreeBSD-STABLE Mailing List References: <189610CE-CFE1-45D5-852B-D47603935F6F.ref@yahoo.com> <189610CE-CFE1-45D5-852B-D47603935F6F@yahoo.com> <22d663bf-e3b4-9fc6-b6ec-0bd8f7ea6eb1@FreeBSD.org> From: Chris Message-ID: Date: Mon, 26 Apr 2021 22:47:24 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <22d663bf-e3b4-9fc6-b6ec-0bd8f7ea6eb1@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Classification-ID: 74a4c83e-7ab0-4feb-9479-1019d44b0b05-1-1 X-Rspamd-Queue-Id: 4FTrPq62XRz3HG8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of C@Xymox1.com designates 108.166.43.80 as permitted sender) smtp.mailfrom=C@Xymox1.com X-Spamd-Result: default: False [-3.18 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[108.166.43.80:from]; NEURAL_HAM_MEDIUM(-0.88)[-0.877]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[108.166.43.80:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:108.166.43.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[Xymox1.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[108.166.43.80:from:127.0.2.255]; TO_DN_ALL(0.00)[]; BLOCKLISTDE_FAIL(0.00)[108.166.43.80:server fail]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[108.166.43.80:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19994, ipnet:108.166.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable] X-Mailman-Approved-At: Tue, 27 Apr 2021 10:26:02 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 05:47:31 -0000 Wow.. Best update I have done in years. At least for me 12.2 > 13.0 was great.  Great job ! From owner-freebsd-stable@freebsd.org Tue Apr 27 11:22:24 2021 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 3CAFA5E3C1F; Tue, 27 Apr 2021 11:22:24 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from lisa.milos.co.za (lisa.milos.co.za [109.169.49.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "www.milos.co.za", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FTzrG3lzrz3r00; Tue, 27 Apr 2021 11:22:21 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (Haraka outbound); Tue, 27 Apr 2021 12:22:14 +0100 Received-SPF: Fail (lisa.milos.co.za: domain of milos.co.za does not designate 62.16.254.143 as permitted sender) receiver=lisa.milos.co.za; identity=mailfrom; client-ip=62.16.254.143; helo=[192.168.1.21]; envelope-from= Received: from [192.168.1.21] (ti0108q160-3684.bb.online.no [62.16.254.143]) by lisa.milos.co.za (Haraka/2.8.16) with ESMTPSA id 7AF2E90E-B613-46F4-A8DD-66D8F14F8297.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 verify=FAIL); Tue, 27 Apr 2021 12:22:14 +0100 From: Clayton Milos Message-Id: <3062AD24-D9C3-4340-9A68-73FC26B62521@milos.co.za> Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: clean update 12.2 > 13.0 Date: Tue, 27 Apr 2021 13:21:59 +0200 In-Reply-To: Cc: freebsd-current , FreeBSD-STABLE Mailing List To: Chris References: <189610CE-CFE1-45D5-852B-D47603935F6F.ref@yahoo.com> <189610CE-CFE1-45D5-852B-D47603935F6F@yahoo.com> <22d663bf-e3b4-9fc6-b6ec-0bd8f7ea6eb1@FreeBSD.org> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Haraka-Karma: score: 10, good: 19, bad: 2, connections: 21, history: 17, awards: 130, 133, 162, 150, 182, pass:relaying DKIM-Signature: v=1; a=rsa-sha256; bh=WnOj18wLpaaxnROua2s7xQi8hgRLurMxnjfCPIkcczM=; c=relaxed/simple; d=milos.co.za; h=from:subject:date:message-id:to:cc:mime-version; s=nov2017; b=RJaCfmZhbuqw/miWfgT8EHcG/Bq5kT7R7s+TVpFfAwrsS6hpvP+AEOKGmQweQYrJGrbbz4PyfkiEjwYHxJYM9U87eaoFzsH9qAyX+OsjIFpFXIN21jI8aVTMClzKGBkrtlkxcLduYNS4RXizrzh51Jv/JVuFTXl11ZNqvo0Kt+jI85zl2oFp09k4lUAtRTIaawXlcr4HpFHLYytt/g+YhfvGdAytV53iaJYkP0bd12KSoxk34MFY+3/A5no7GgaBCkuUjZidLFx+mY7CmoUKnxhUWJodNNieI+wrIsO3KmnI6d2wFlk50Fo29/az914FEitm+DkHtdgemRQmuaL9jQ== X-Rspamd-Queue-Id: 4FTzrG3lzrz3r00 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=milos.co.za header.s=nov2017 header.b=RJaCfmZh; dmarc=none; spf=pass (mx1.freebsd.org: domain of clay@milos.co.za designates 109.169.49.137 as permitted sender) smtp.mailfrom=clay@milos.co.za X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[milos.co.za]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[109.169.49.137:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[milos.co.za:~]; R_DKIM_PERMFAIL(0.00)[milos.co.za:s=nov2017]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[109.169.49.137:from]; ASN(0.00)[asn:20860, ipnet:109.169.0.0/18, country:GB]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable]; 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.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 11:22:24 -0000 For me too. I upgraded a server from 12.2-p5 to 13.0 2 weeks ago and the = only thing =E2=80=9Cextra=E2=80=9D I had ti do we import my ZFS pool = which is expected as it was a different version :) More servers to do soon! \\Clay > On 27 Apr 2021, at 07:51, Chris wrote: >=20 > Great From owner-freebsd-stable@freebsd.org Tue Apr 27 18:22:54 2021 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 A2FC45FA5CF for ; Tue, 27 Apr 2021 18:22:54 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FV99V0KQKz4jq9 for ; Tue, 27 Apr 2021 18:22:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D0E775C00C8 for ; Tue, 27 Apr 2021 14:22:53 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 27 Apr 2021 14:22:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=YnTtLUC4SlQJwp1+D2EaXy8bb2hxxSI7M9lEonzrWtc=; b=up/+jFy9 cM3C42cpGoUQupfvyWgJSU8eEfqo3jIa8p2DqA4RHT6/i3oVGz5V2z84RnF5t4jQ /AFaNulp98AqKqH1dAHRnbPpavUeG+j0J+hLh0V0XBKgSmdvTsP80IJqnxNJtEEu y1yRt2+HFvjKcdjqgb6GSMs/wqD9LxbJCmTApT9Qtbyc9wHqzX8gIcnzInbHExL5 +0v/ltsifRoV8aHAf7rU5yPZhsttCVR8Nr+GeXNJKXyzI4zk0gyccC+mW1FuIsEx YjgG8iRwynJIy2cHzNP4WQlC+P4ZbSbcfh2agmT9cvmIMTAXwzCtCHJ/PxIhuQ/i IRsRgD+JCvlufA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=YnTtLUC4SlQJwp1+D2EaXy8bb2hxx SI7M9lEonzrWtc=; b=e17acsz/2TlAnULwZ6DQ7/lFaxXoYIz9wCwQ4fKSf2VHU R3wvLT3lQEEsyneHuQnAcE21Rj/wHmfACpK0qxe8Sc1rDTG+ENHi/yXU4h+l4CbA 54u8Zlt2oZvKRu4F2uFab7QIoJtaPPnBQ9Lo7lt1sgSbCVkuXs40EJRWr3gz9d+V mVuQsJHdFsGwCzMYg9//ENndw74yQcykjAAjIIN/YhE/xkSaogj7mTnJ2PAsgx+N FpoYJKbnY7vASDDkjlLy8o2NGjwp23lpwxlXgz93pKieicBm14wmxiD7DSHxswb3 steETdjG8Ge3W9nfscMaliOyeL0NwnyVEpxF6LTFw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvddvtddguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhephefgtdfgudeltdduhffgvdejgfelle ejtdegudeludffgfdttdfggfejffeifeevnecuffhomhgrihhnpegtohhrvghtvghmphdr uggvlhhtrgenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshht rdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 27 Apr 2021 14:22:53 -0400 (EDT) Date: Tue, 27 Apr 2021 19:22:51 +0100 From: tech-lists To: freebsd-stable@freebsd.org Subject: clocked speed not showing in dev.cpu.[0-7].freq Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Rl5L1Wp8bel4F4yI" Content-Disposition: inline X-Rspamd-Queue-Id: 4FV99V0KQKz4jq9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=up/+jFy9; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=e17acsz/; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.977]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 18:22:54 -0000 --Rl5L1Wp8bel4F4yI Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Not sure where to put this. system is amd64/stable/13. It's running powerd but with no additional flags. CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM The system is clocked in the bios at 4.251 GHz. I never see this value in sysctl dev.cpu.[0-7].freq though. Here's the output: [...] sysctl dev.cpu.0 dev.cpu.0.cx_method: C1/hlt dev.cpu.0.cx_usage_counters: 100878534 dev.cpu.0.cx_usage: 100.00% last 185us dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_supported: C1/1/0 dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 dev.cpu.0.freq: 3400 dev.cpu.0.temperature: 68.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.coretemp.tjmax: 100.0C dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.delta: 32 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 _CID=3Dnone dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU Here's the cpu string on boot: CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class CPU) So, is it really clocked? or does the sysctl show what is right? thanks, --=20 J. --Rl5L1Wp8bel4F4yI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCIVnEACgkQs8o7QhFz NAX1WxAAoQ7xbBNgwNM7yVGevM0sLUmXSxVT6WwYGXGp8GKneAXWuTX3ffOnNsQb 7+DBmFM7UJeedbOOEzr6m7869Ylkfz3//7p5QRbHjkbZaNqPDccPJlNPzfnjZ4uw hQirAdOw8dQDruEWzrcGENdb0Rq5DnOiL0RWDCwil+hJR+yGD2VZBLzQMBdYg70f EyiVqKKJ6vlv+g/D/ZkGz70lreFtqOtGLA+YUNP5MJ9cB/rWoSNWvIAKjU35diFF Rq36ZshKVYIckmLn3/DRFX3b5Ez2FAk2M+GQLztU5jH5KGFVmeiCEwT56NLwQYRT j/3Ag/pPoAGGvY+uAu8vpIRAT1OwRL/or384S0nHSfUctbf1Rz7iTFbU34l1c40U yv4oPf3JawIRaovJgDzhk4LesLlsYEUCLUeWvd1WiHBMGRvMWPsXi/WzuNdYODDP dr+C7KtCoWdRaBOn+MVnlEl1wknNMOmL0nHBFqrLZeBDqI/5aH/jN334BozQa0l/ j4+oocb4WKwZ9PvMfO29nz+rYzDTtNYNS/Wd5ZbaffS1ZzBBHR9X9+doehmBHsfh LeNBSWXe7vyf6NtkNOqpgxJySBHmqwa9ZO4ZjuQQYOumfg2yMS0I4FsWGl4GlAkt TXq+JoozWsyR3e5Ba42Lz+PTx5FEt/fjtEnxjqlRrraxOXjbYzs= =Joxp -----END PGP SIGNATURE----- --Rl5L1Wp8bel4F4yI-- From owner-freebsd-stable@freebsd.org Tue Apr 27 18:28:56 2021 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 8EFE35FAB4E for ; Tue, 27 Apr 2021 18:28:56 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FV9JS0lmSz4k3c for ; Tue, 27 Apr 2021 18:28:55 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1619548135; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=R7bdcEzPjgQQ39iswB2+noWPVbuZ2KV45dMWhlNdM1r4wQ3LhNovh7FkI46U6RBV+l9ejP0VZgiKv hX+EgAXPrYuCdakAcwn0CPij3QVrR2+bCmDIGXa/XgAIiqiaJJZPZr938tXqxiZldi/IGr2iLC9gCL cCocvi9wU4f/suLcgY0BPsWKIMnZO/iAYe541GmBvLE/dcmrfD0Kp+OlsHyDfn6/jAhjLkimcmyiY2 BZx7NaC3dEpq5i4YuRAx59GJSwgdnPr4CZ/+iScvCLDkUGFhU84lK8LYBRsTkAKNqe2IJDJuOLoIxM mt9Z88jPtJSjhEqeH/GYuWaijnvKq3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=qR0FZY4HaE7rTaspP6fFfw12Z5Ij9iGbZcyz6QXSEzM=; b=DMKrMGsxlrzz1uEnsPAIRdAf6SLTMwz2kvqmh4zFjcvW0WIRVNLQoApFi1PacPfEwsWxvY7qSt+mU Wg2FXC2Dhaf0Izb7NcP+vCvPwYRqJkU3IOziXL10ofU424a6FeO5A347Kk9cpMOEeZ1Yv4+0ZccqBM tM/2OW+7sdvpT8nRka/c8SpRKOKGEqoX8BdyWxJVjvSB51i4ofNhFR/gM+qd3eSmcDSRTotG/bLaBz dC4KHFnWPnrVWxkhO4MqxRCmIQBeUm89sd3t5TgR6SW8rTIatakg6lQMYC7UNYiaTmzo9Lj3n9yObS 9lWpanWZK4isVuVoNKy0PTZWsXuazNg== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=qR0FZY4HaE7rTaspP6fFfw12Z5Ij9iGbZcyz6QXSEzM=; b=CxmsjB3Hd5QeX9azXhADKB9pJgms1bEoX7MiUtjKclgioaq2pWmcHltt4Y62bfnNiiWjaylyIse36 wR3R+AnWt+55Cek46bvOIuGHFPkGxLct42L1ZlUiCH9StmPYMCdtu4Xe74Gu+OdEQ3fGDwzPwHkEAe oc6UJhk2DeVcam3KFxVFQ3/t5QKt+y1TTrZNp6IZXzWdOw5yInxi4kHbPTYAWa/t9zEuZmHa8RZonY OozedfiycUTAs6Ghzxw2cMLDBBM1xAsYHeeuc3hVwR2G+xHhivtuE8ieBcIqysGizsBe4waOeVUoki 9EwwijQHKAmocOAYRe/xNMI1UKTWExQ== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 6b4cb79e-a786-11eb-bfc0-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 6b4cb79e-a786-11eb-bfc0-bf9d68d023b6; Tue, 27 Apr 2021 18:28:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 13RISr0R076912; Tue, 27 Apr 2021 12:28:53 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <6d120fc0eaecc5e89083cd494598e076746c5849.camel@freebsd.org> Subject: Re: clocked speed not showing in dev.cpu.[0-7].freq From: Ian Lepore To: tech-lists , freebsd-stable@freebsd.org Date: Tue, 27 Apr 2021 12:28:53 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FV9JS0lmSz4k3c X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.244.128.0/17, country:US] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 18:28:56 -0000 On Tue, 2021-04-27 at 19:22 +0100, tech-lists wrote: > Hi, > > Not sure where to put this. system is amd64/stable/13. It's running > powerd but with no additional flags. > > CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM > > The system is clocked in the bios at 4.251 GHz. I never see this > value > in sysctl dev.cpu.[0-7].freq though. Here's the output: > > [...] > sysctl dev.cpu.0 > dev.cpu.0.cx_method: C1/hlt > dev.cpu.0.cx_usage_counters: 100878534 > dev.cpu.0.cx_usage: 100.00% last 185us > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_supported: C1/1/0 > dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 > 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 > 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 > dev.cpu.0.freq: 3400 > dev.cpu.0.temperature: 68.0C > dev.cpu.0.coretemp.throttle_log: 0 > dev.cpu.0.coretemp.tjmax: 100.0C > dev.cpu.0.coretemp.resolution: 1 > dev.cpu.0.coretemp.delta: 32 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: ACPI CPU > > Here's the cpu string on boot: > > CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class > CPU) > > So, is it really clocked? or does the sysctl show what is right? > > thanks, The same is true on my system: CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) dev.cpu.0.freq_levels: 3334/143000 3333/130000 3200/117000 3067/105000 2933/94000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 1867/39000 1733/35000 1600/32000 I've clocked this cpu at various speeds between 4.25 - 5.0 ghz over the years (faster when it was younger, more conservative now that it's old). The value in parens (4250.09) changes accordingly, but the values in the sysctl never do. I'm sure this is running at the overclocked speed (various benchmark values change as they should when changing the OC values in the bios). -- Ian From owner-freebsd-stable@freebsd.org Tue Apr 27 19:26:07 2021 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 EC6CA5FEBA0 for ; Tue, 27 Apr 2021 19:26:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVBZR1y1qz4p72 for ; Tue, 27 Apr 2021 19:26:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 6A5A05C00BD for ; Tue, 27 Apr 2021 15:26:06 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 27 Apr 2021 15:26:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=vg7XXObdYM104UGm8grxbfJRrsg vGYSgY7u8JYKhrXA=; b=P0bG0Ax17H8TbQOLYX9Jl0JJtIIN8GqRjdlgitIx7Ln fPu6nA4ajTjBu10eDoZywCbnqYA3QfyxDKF1XCSXZTmvYq36pRK9wF21noZ/Vl03 aJMH4BWV/0d8IL8TyOR98NhNnaXI6mgIlbwt1z9hpgKh49nn0oC0BRzSMX3rjwTN ERBLWTRv8cwxucDreHsvDL8APS6rC0/t/58c2Ymk7EFrab8UAUOYtIQgB/4yvHUI zrEuUKyVer/fNzM1UNsT0YCjEriMnCKfy3/QzVSlFk5ZbBfwPOn9Me9UdNdH/35H rWwlQnx4fcdYSAtqsMpUvjxE6NJN0lLFf0VEKqOuf6A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=vg7XXO bdYM104UGm8grxbfJRrsgvGYSgY7u8JYKhrXA=; b=rZm8R81PR55+fxnGg7nkU8 kHmmHCUvVorhjas2PYYqRzpwZpruMKj6O8929uwHk/ZVaWhytHoIrfL8vNnpyTOv 0BqJnLVwOQuB6QRzc0TTXBVCQGzuXIa52Po8zLL5F3VraZ1iZvA3s1iRRfgEJ9/N V9eLJKaHSJugVoWG8cx0/yrM01nWnJiBmc7NDDys4Md/eTbp0u9O9HsuUrm8k+PB zO/G4ce+Lw8QnI8F0NBDORHGzIUgTrVPS598AUPeXmG5a/I7YILReCNRpcpkC70a xk25Sp3ZVyBhzrNbL4HFjcLge27xYxv1uD+Xuc2Awvz2ZNrfW3ckUcj2B4YqPN4Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvddvtddgudeflecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 27 Apr 2021 15:26:05 -0400 (EDT) Date: Tue, 27 Apr 2021 20:26:03 +0100 From: tech-lists To: freebsd-stable@freebsd.org Subject: Re: clocked speed not showing in dev.cpu.[0-7].freq Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org References: <6d120fc0eaecc5e89083cd494598e076746c5849.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sDIqtl/8ozRpOCCd" Content-Disposition: inline In-Reply-To: <6d120fc0eaecc5e89083cd494598e076746c5849.camel@freebsd.org> X-Rspamd-Queue-Id: 4FVBZR1y1qz4p72 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=P0bG0Ax1; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=rZm8R81P; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.27 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[66.111.4.27:from]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; MIME_GOOD(-0.20)[multipart/signed,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]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 19:26:08 -0000 --sDIqtl/8ozRpOCCd Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 27, 2021 at 12:28:53PM -0600, Ian Lepore wrote: >The same is true on my system: > >CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) Thank you Ian for confirming --=20 J. --sDIqtl/8ozRpOCCd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCIZUIACgkQs8o7QhFz NAWgDhAAmbWRGG0Drn4DCuYOVKVbwwgJcBR3tD7rVRSK3gyAlmGKoQTyu9G0AmW5 I7Q/8VpiDmCTQ3eP4TfN8k4mNonECDTgxLBX42rRSXAepCpjgKIPaHiiWTBOOcIx 7JLaHpWH97PdlDlebAV/n+lBj0+XlW1uhizr8n55+UB7hKA+2RpcGHlIcz72be4H fUpvqChG9SgfDYHYkW/zdT+YcBRkW4+MLvJ0AnYPGdwH2Y9rwqqFb5Vg35qVMh9F bONmJufuAcAyXXQRkRBdUeUpI2lQrPpy2HETKfW/JQxu1O3QwXYzhBAAz7tlB9Z2 PCwob+qJuzXUx1H+NG7aSIZxyL+tfpoD/q9o0kaeaNBAnKqCsjXdUoFVtDeU4fQK W+a+iUbT0zMa12g2je7HvtbYf5HH7ltoxOewQPEqQ95qalueHpB+m41Z9FDiEivg T8zwGR9CXPeRiOUtANoN5UrbGjC7+ZE5rFGU1gQ9rB7TRt190hXNk9LNZe5rNEkf gByQGpbSfwPUx+13/MLEleXGGnbqpxNyPXGnxN+8VOtF6XFi4U77rCUHtXI3UW32 X5yO2u5jEk1AHL+SMt54b6hgO/NyZ586UwK+Vv1f8ABGUhfL7NAyYzxZzK7gDLiN E7YJPICU1ZwjER7CODXVZSAdmjdWJ6GXmJhUtYcMWwHMyI7/AWs= =7Wlm -----END PGP SIGNATURE----- --sDIqtl/8ozRpOCCd-- From owner-freebsd-stable@freebsd.org Tue Apr 27 19:39:13 2021 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 B46085FF331 for ; Tue, 27 Apr 2021 19:39:13 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVBsY1k5zz4pqn; Tue, 27 Apr 2021 19:39:12 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 13RJdLVs045928; Tue, 27 Apr 2021 12:39:27 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Tue, 27 Apr 2021 12:39:21 -0700 From: Chris To: Ian Lepore Cc: tech-lists , freebsd-stable@freebsd.org Subject: Re: clocked speed not showing in dev.cpu.[0-7].freq In-Reply-To: <6d120fc0eaecc5e89083cd494598e076746c5849.camel@freebsd.org> References: <6d120fc0eaecc5e89083cd494598e076746c5849.camel@freebsd.org> User-Agent: UDNSMS/17.0 Message-ID: <24758ded5d10947640055621aebc7c31@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FVBsY1k5zz4pqn X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 19:39:13 -0000 On 2021-04-27 11:28, Ian Lepore wrote: > On Tue, 2021-04-27 at 19:22 +0100, tech-lists wrote: >> Hi, >> >> Not sure where to put this. system is amd64/stable/13. It's running >> powerd but with no additional flags. >> >> CPU is Intel(R) Core(TM) i7-4770K CPU. Has 32GB RAM >> >> The system is clocked in the bios at 4.251 GHz. I never see this >> value >> in sysctl dev.cpu.[0-7].freq though. Here's the output: >> >> [...] >> sysctl dev.cpu.0 >> dev.cpu.0.cx_method: C1/hlt >> dev.cpu.0.cx_usage_counters: 100878534 >> dev.cpu.0.cx_usage: 100.00% last 185us >> dev.cpu.0.cx_lowest: C1 >> dev.cpu.0.cx_supported: C1/1/0 >> dev.cpu.0.freq_levels: 3400/84000 3200/77169 3100/73848 2900/67388 >> 2700/61182 2500/55201 2400/52298 2200/46677 2000/41272 1800/36091 >> 1700/34277 1500/29407 1300/24752 1100/20312 1000/18167 800/14031 >> dev.cpu.0.freq: 3400 >> dev.cpu.0.temperature: 68.0C >> dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.coretemp.tjmax: 100.0C >> dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.delta: 32 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%desc: ACPI CPU >> >> Here's the cpu string on boot: >> >> CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (4251.32-MHz K8-class >> CPU) >> >> So, is it really clocked? or does the sysctl show what is right? >> >> thanks, > > The same is true on my system: > > CPU: Intel(R) Xeon(R) CPU W3680 @ 3.33GHz (4250.09-MHz K8-class CPU) > > dev.cpu.0.freq_levels: 3334/143000 3333/130000 3200/117000 3067/105000 > 2933/94000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 > 2133/48000 2000/43000 1867/39000 1733/35000 1600/32000 > > I've clocked this cpu at various speeds between 4.25 - 5.0 ghz over the > years (faster when it was younger, more conservative now that it's > old). The value in parens (4250.09) changes accordingly, but the > values in the sysctl never do. I'm sure this is running at the > overclocked speed (various benchmark values change as they should when > changing the OC values in the bios). FWIW on all my AMD CPUs that top out @4.25-4.50Ghz FreeBSD reports 3.8Ghz. I get the idea the FreeBSD returns the average (running) top speed on CPU0 --Chris > > -- Ian > > > _______________________________________________ > 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 Apr 28 15:41:22 2021 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 EBF745F818F for ; Wed, 28 Apr 2021 15:41:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670071.outbound.protection.outlook.com [40.107.67.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVjXd56WFz4nrl; Wed, 28 Apr 2021 15:41:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PgeF6htfI0aNWHH4jE+Xqsmg25Lz9qGDN6X/tI2lo2//SfFrMJuU+A/T5GOi5ORuF4rlIWQyLhMmk7MepbMmdXXR15LrYiqhx2kOnQmEG6erccVx1qocDS1KL3NdD8H2ay/xBGufdfBYTwt2Il1zRVK8v4yYo+X0dNqFueMTg200/jdtUnnkbZvm707uscsiusDeXldk3n2Zet5G5o8WS1eeXXXxQiJ6Pk8MKdPmImF2pQNTYhPF8Vwu246XjpcnU38e1RAdp5jROtSwzeSmxi+gvlfPiQkAmE1apqdQazlCFEbjwAVyBHJBtnlP+TtZKuR241A09pUP08KNP9+l/A== 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=25jkA8gY0vndSLUIwzBqPXNzGXMiEqZ/bCbAO77cMXs=; b=AVa7Cf/ltdEvml/gnzAzVWvOp0Cgx20XLPsGM06EhDN8KHBiRoMHNL1YiosNUYgTCV7AytGJ8emX5pOpgcrF0pGfZ15zvxtSoJjurO1Llcc4syYa6/nxR6lApsiKeOIPgE2lQdiLMCW5TZNoitGL1Kxjs3RR7uIRRqzkQcQTXYvpTtwO1u3MLnjD5fPs8CEv89NpPXCPbzLqbrBW+ZiCwt/Qe36TxYlCQRhABPTdPM5k9iJaxInCH1FwSL9QtgbheZCXdYtx8Ne2OGS5+w0TqHZa7lwizwaBg9ZIMXRspjpc02tzMijKROTEFnx8Jl05zgJNPC2WYgtgISMIxzWbJA== 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=25jkA8gY0vndSLUIwzBqPXNzGXMiEqZ/bCbAO77cMXs=; b=Y27d55is5s+48cCclvsJsb3MWXuOSbgzDXVa7enKHjm4uJexedt3KPFCdvTmN7NMWMarBLPa/soqc/ExJVnqkS1QT1rWBgk3Rah27ndryJlBTHXE9vdbaY+++/vo7HHi1pFYqnyI0gDEqlzrZsrCluoSeT4kJlCOnEGzEehpX8lbZTT/MadgDqywYFncVQpWQGOhiljEW7nO7p/7lOwlFtSgj4Q8CV0KsLkkUdwkdlIBVD7oA0EBGvaAlE3ZnV4PyvERjGkffiNEsoGmr4yrNmQtSImIkiwmO5Sy0Yu4qQkjGs3z2ka/yNjiilhABAV7UJjhoRWOiRuQQv0PLaxrVw== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB4888.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:23::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.25; Wed, 28 Apr 2021 15:41:20 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::1c05:585a:132a:f08e%4]) with mapi id 15.20.4065.027; Wed, 28 Apr 2021 15:41:20 +0000 From: Rick Macklem To: freebsd-stable CC: Peter Eriksson , Ryan Moeller , Garrett Wollman Subject: wanna solve the Linux NFSv4 client puzzle? Thread-Topic: wanna solve the Linux NFSv4 client puzzle? Thread-Index: AQHXPEHIsjwmd971wkuLdHVmW5Ho6A== Date: Wed, 28 Apr 2021 15:41:20 +0000 Message-ID: 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: 49c825f2-e4bd-4e6c-a7af-08d90a5c11ea x-ms-traffictypediagnostic: YQBPR0101MB4888: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:4502; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JXARSPo/cMqVZWWneW1yqo5Hlyu8s7v3McmPvzF+1qpykAXYFkBYd/2rwcYR5qBrQUCFneeLfDKOJzWqkluedl/XAJ8yTfT5xbb4QnO3WHvBiKCTpPQUbDLDWiXr+JJ9NA1o4US2sb6cWojX2sgOigu+5NIM+MTlZ7cejkews/2FLwcCRXLJbW0b7I9e828QfvexBoSvVhfwUl/h+/K4pCOSliJI5X5oSRvB6rNNTBAuOcUZV275Yoo8KeAMtwfygQK5FVPu0hRyi0/CnUuy7LGF6xSjJTI+kL0DoF058W+LbmBTaoWqjZBAOOPGBEEJLkKvw1sCCTaKkm0Eb+TU5rKEUTwK3ZQfShqHXp4AFJRrtVNTcK1dz7XgjWfCGoC+YlmdtJBtcP26nEGr17e3TlgpFyTw/kSG1NRKxQOBPgZ20XoKHGlknwW6/MLV/AjtBN56Sj87PA8Lr4jOrQ04yP+QxwMj/FmW5X2Ef1+X0KUPB4Sh5EojLG864zeIKpg3YvgCYaStpaT7ch/6biVTQHWoPaLCuQH54KqqYs3j0UZgzansD5QazCaeCFOk2vwjes0Crm7Ksmr/8D0Sgexm1pjuwacs07hoVXFInZgx6Pt4XaoXVBrCl2CFnXDMGizpWq3Kxb1f2bRAdpVYlSNk1VfOiBOTHy6CmXcsdDKPV04vhenVi4ZHS9/rcj1gRm0JrB6Md5rxAQHR+fuQeFATRnRhyApf0qASvTqcPGltrqFo3+IHDyIC63R06+QncNHwK4jjyKxgHl4Oxi7UjxIIvw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(366004)(346002)(136003)(396003)(39850400004)(376002)(478600001)(6916009)(122000001)(786003)(8676002)(54906003)(8936002)(66446008)(66476007)(76116006)(55016002)(316002)(91956017)(64756008)(66556008)(66946007)(5660300002)(9686003)(83380400001)(7696005)(966005)(33656002)(2906002)(71200400001)(186003)(6506007)(52536014)(86362001)(38100700002)(4326008)(184893001)(554374003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?Hz5aldAOnBwsDDS6rPUeUbQfGc9rl3I3LL6VhWn6ZwHy5bbdGAHhPYXqoK?= =?iso-8859-1?Q?GMFEtPJjAI0ya3mys9CxUg8NmnebEx0BfE5Ebr3xrRhYedQy8V0aWuzRea?= =?iso-8859-1?Q?TsdLT7bVYkGqY4sD8zjEhd7tP1C7hPgP9UsfGx58NCqsDob2YaNJdbTIRu?= =?iso-8859-1?Q?WYZ1tPCv5YtW3KBgs33ZxU2p7Ymn2Onhth32WMwU/McyLfP4syAh46tQuo?= =?iso-8859-1?Q?VUDsbHLspQgpNF+Xw09ooGegsrGTtLi5anzTtLg48rSUWd33Hmz0XDiJQW?= =?iso-8859-1?Q?Ufespvjs1Gk0XTqE+S8cyN47aHIb1ZgSW+aUCkVlmbiuSrw50+b7nfAOQ/?= =?iso-8859-1?Q?oDgZkcp2Lu754RzI1DypkRHzp5hz8zhxEZEvXjkSz7Gfj/Z2/Iq67fwUEd?= =?iso-8859-1?Q?tiiormqparufZbO2FCl3qvh30sYM/n1YJKoofNWJGbMNXk6UZK07IOKe/J?= =?iso-8859-1?Q?d4LX8t4JLRPCLiykdTXrsGWzrDRhx+piRFbWJO4WI0XsYqMsEHdcRe8mx6?= =?iso-8859-1?Q?yQEhulhV5ZYon3AQiVwvHikpQyWbsUxAJHHPaCDptYZU6nGrvvpllpeLvO?= =?iso-8859-1?Q?fTRXG3dTERGFfyzOG6sC0I/ydFZ9EobSqV8+pSla8gLl46hwmfobekD1YF?= =?iso-8859-1?Q?6NBvUP37rwReGMd5k/4/sGl+nps6EDEqQqJVaZ3h+R+oxomSji3RhLFjOT?= =?iso-8859-1?Q?aFvEsuYt5cPaMfqZnAG6/ezSynJlKq4gz2DZTUNADz03xN3Idji7seZ9MW?= =?iso-8859-1?Q?8sU/nP04bw9t4DPTiCFek0kOD84M1bh90l6//adDZNVeMh6EHOOfqdrNMS?= =?iso-8859-1?Q?HveT1ufx3JZxGLEYXiYnWkxIPVeOZpbEF57GRiOZy9ATsIYWiDHvmrxTlK?= =?iso-8859-1?Q?F7U0YpTnrnDkgbVxzH9NwApSWewCIpB9kM8JEbm3ljdsmUIbJDS0Rc6UUz?= =?iso-8859-1?Q?9TlDQchzNCXioONE6qIMnh1/TWYWcuN4nAUzNlE5nL6xhlLZcPXz4TgCGy?= =?iso-8859-1?Q?CgRvIXpOvD2Qk1c+4INtXWb9e+mMyXgOyJSAzQOw7bC3gOAA4JrLe244Ow?= =?iso-8859-1?Q?0W56D8mBWpyhDohcfCaRqhc2uxzjs0uuyh3j3Cr1i9gdNk3ykBlz24QMgy?= =?iso-8859-1?Q?g5n33o88RjmQ/7TdrdhqZ7xWP1DJ1YKjvjX1BcBhW+eySJ3eiMpTmtjDh2?= =?iso-8859-1?Q?Po/oHmY3G4VhJ+I+P0F0+vSnuX9XUEedRjQ0Q1LLFH0k3s9Qk1tYvNXSXJ?= =?iso-8859-1?Q?14kZW9mU46rUY7Iq7HLr9XIypMkZK4JT4LONgQBs3hoXtwykLWY5UTtXeN?= =?iso-8859-1?Q?JIjQSWGZg8QwYcvrAznArL9q4RXCqr1Y+l+peJpD9VPEvTVGIcB2WBZeQ/?= =?iso-8859-1?Q?31uK2DLxbm8xFmBk7jJn74RKAutgnet5uBPMkOp3I6tsTWMjiqpY4=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 49c825f2-e4bd-4e6c-a7af-08d90a5c11ea X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Apr 2021 15:41:20.2496 (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: JLeUhmdLO2EwurvGUOC/mBWcOY5rYE8QCDm1c5YomNQnYC8Dug8OWrNdCGresekzlE90k0cT9Is1deGBHgPb7Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB4888 X-Rspamd-Queue-Id: 4FVjXd56WFz4nrl X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=Y27d55is; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.71 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.10 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[40.107.67.71:from]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.107.67.71:from]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; SPAMHAUS_ZRD(0.00)[40.107.67.71:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.71:from]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 28 Apr 2021 15:41:23 -0000 Hi,=0A= =0A= I posted recently that enabling delegations should be avoided at this time,= =0A= especially if your FreeBSD NFS server has Linux client mounts...=0A= =0A= I thought some of you might be curious why, and I thought it would be=0A= more fun if you look for yourselves.=0A= To play the game, you need to download a packet capture:=0A= fetch https://people.freebsd.org/~rmacklem/twoclientdeleg.pcap=0A= and then load it into wireshark.=0A= =0A= 192.168.1.5 - FreeBSD server with all recent patches=0A= 192.168.1.6 - FedoraCore 30 (Linux 5.2 kernel) client=0A= 192.168.1.13 - FreeBSD client=0A= =0A= A few hints buried in RFC5661:=0A= - A fore channel is used for normal client->server RPCs and a back channel= =0A= is used for server->client callback RPCs.=0A= - After a new TCP is created, neither the fore nor back channels=0A= are bound to the connection.=0A= - Bindings channel(s) to a connection is done by BindConnectionToSession.= =0A= but an implicit binding for the fore channel is created when the first RP= C=0A= request with a Sequence operation in it is sent on the new TCP connection= .=0A= - A server->client callback cannot be done until the back channel is bound= =0A= via BindConnectionToServer.=0A= =0A= Ok, so we are ready...=0A= - Look at packet #s 3518->3605.=0A= - What is going on here?=0A= - How long does this take?=0A= --> One more hint. Starting with #3605, things are working again.=0A= There are actually 3 other examples of this in the pack capture.=0A= =0A= Btw, one of the weirdnesses is said to be fixed in Linux 5.3 and the other= =0A= in Linux 5.7, although I have not yet upgraded my kernel and tested this.= =0A= =0A= Have fun with it, rick=0A= From owner-freebsd-stable@freebsd.org Tue Apr 27 22:13:18 2021 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 A17BD623CFC for ; Tue, 27 Apr 2021 22:13:18 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4FVGHL02Yqz3DQy for ; Tue, 27 Apr 2021 22:13:17 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id a4so60985728wrr.2 for ; Tue, 27 Apr 2021 15:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=bNb9xaP/cWg9PiQv67QtwiNzxMiYWS196hEmasWWwZI=; b=k6/of0ts5fotVLp4zYyybogNhEt4nzDW+MrrU9wflfLyD8fECmyyd957lmIMHtoh3Q dXeGJPRk99fLcZCUpgANTmSUVXV5De+pTqgtAZD1bM+xFT4HnwLljzZUv0iz4NSnTNYE h8feCgpoz0PLGynxs3E8ftF5n7UyK+3jBc51Z+KN7PPSiJ89bm26qlGhc44BmJYKRw1E 3/sTtOMU3482ThY0BFpVS3EIyojbNB5pPHoPO1G37bhLRbLcx3jfTvYEhtSbo8f5yR1J AgdPS2d20IDoxOUmkfv6EAw+uzWL5mBLJRtSf0IIH05MclrLYGatUqpv+BzBR8H+eDNa TsYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=bNb9xaP/cWg9PiQv67QtwiNzxMiYWS196hEmasWWwZI=; b=lnThL7ynu0Qy8r3xCS2TDh+78sPau0C9r3RI6PfnLtmIu8HgO/bu7CVNhMF9JsN5b2 o7pNcZaVtENK6kloYLgeCbrKi6fHvFF5vvSURWVKngID0tfPkrD3lEAjTNcb/kIDkMHw JQNF2/eaTeogswQHOjZF/qvizzjGcC+z+a9uxHIhfpOL93XFx5va3ll1pdRUFNkNrPW3 Yldp6zWQgtVBGD5jGyf+o3/jC61JslEfcUOMoJpTiyPD3H9lb/iD0F6DBJnd9I//AWQB 0DcPlRCKDM0jPExu3c1WWhyQxWIwab/xazp2ZKCAtj6AMHjaawIxLyZ07ytHhPRD1gM8 rq2w== X-Gm-Message-State: AOAM530cB7tZEOvF5dOpmxQeg6SV8QZrwBP5Y2NxS5cHQc9Dnb27OSmG EqiyxGoInOCcTFZjoRFn3xEe29RA7/0MSDaoHjLYgvdnY8M= X-Google-Smtp-Source: ABdhPJw3vwYvcSOwd2cLUgXPiDvePpmogCnhuFxP+8JJRmd93LfxL+pcyx31uc4ygQFz/MTFOK7INfq3ZOOG5OSpU9g= X-Received: by 2002:adf:dfcc:: with SMTP id q12mr16958197wrn.123.1619561596163; Tue, 27 Apr 2021 15:13:16 -0700 (PDT) MIME-Version: 1.0 From: parv Date: Tue, 27 Apr 2021 12:12:22 -1000 Message-ID: Subject: Updated to 13-STABLE in VirtualBox; on shutdown stuck after uhub[01] being detached To: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4FVGHL02Yqz3DQy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=k6/of0ts; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of parv0zero9@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=parv0zero9@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::430:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::430:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-Mailman-Approved-At: Wed, 28 Apr 2021 19:32:34 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 27 Apr 2021 22:13:18 -0000 Hi there, I had updated FreeBSD, in VirtualBox 5.22 on Windows with EFI, from 12-STABLE to 13-STABLE; upgraded the ZFS pools & the EFI boot loader. Currently testing with 13 GENERIC kernel. Now on shutdown, "shutdown -p now" (in single user mode, after manually unmounting ZFS datasets via "zfs unmount -a"), the shutting down process gets stuck, and CPU use jumps to 80% (Intel i5 6300U, 3 CPUs given to VM, of Thinkpad X260). Last few lines are ... ... All buffers synced. Uptime: uhub0: detached uhub1: detached In the end I chose "Power Off" from VirutalBox menu. "Reset" reboots the machine. None of these have any effect ... - Send the shutdown signal - ACPI Shutdown Help please. - parv From owner-freebsd-stable@freebsd.org Wed Apr 28 20:05:12 2021 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 4DE3C5FFCD5 for ; Wed, 28 Apr 2021 20:05:12 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FVqP25WsMz3K4K for ; Wed, 28 Apr 2021 20:05:10 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4FVqNv2rKSz6dTH; Wed, 28 Apr 2021 22:05:03 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id qgWGJ2uyU_FK; Wed, 28 Apr 2021 22:05:01 +0200 (CEST) From: Guido Falsi Subject: Re: Updated to 13-STABLE in VirtualBox; on shutdown stuck after uhub[01] being detached To: parv , freebsd-stable@freebsd.org References: Message-ID: Date: Wed, 28 Apr 2021 22:05:00 +0200 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FVqP25WsMz3K4K X-Spamd-Bar: - X-Spamd-Result: default: False [-1.25 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[159.69.1.99:from]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_MIME_VERSION(2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[159.69.1.99:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-0.25)[-0.249]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 28 Apr 2021 20:05:12 -0000 On 28/04/21 00:12, parv wrote: > Hi there, > > I had updated FreeBSD, in VirtualBox 5.22 on Windows with EFI, from > 12-STABLE > to 13-STABLE; upgraded the ZFS pools & the EFI boot loader. Currently > testing with 13 GENERIC kernel. You mean you enabled EFI inside virtualbox? Why do you need that? EFI support in VirtualBox is experimental and is available for OSes unable to boot without EFI. FreeBSD is perfectly able to boot in virtualbox without EFI so no need for it. Now I understand reconfiguring the VM to not use EFI can be annoying, but you should really verify if the problem goes away without EFI. Also can you try installing another FreeBSD VM and verify the problem happens for that one too? This could help understand if the problem is with virtualization or specific to the VM. > > Now on shutdown, "shutdown -p now" (in single user mode, after manually > unmounting > ZFS datasets via "zfs unmount -a"), the shutting down process gets stuck, > and > CPU use jumps to 80% (Intel i5 6300U, 3 CPUs given to VM, of Thinkpad > X260). Last > few lines are ... > > ... > All buffers synced. > Uptime: > uhub0: detached > uhub1: detached > > > In the end I chose "Power Off" from VirutalBox menu. "Reset" reboots the > machine. > None of these have any effect ... > - Send the shutdown signal > - ACPI Shutdown > > Help please. NOt sure even which further information to ask about this, but to be sure I understand correctly, FreeBSD is the guest here, correct? -- Guido Falsi From owner-freebsd-stable@freebsd.org Wed Apr 28 21:25:04 2021 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 2A711622E93 for ; Wed, 28 Apr 2021 21:25:04 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4FVs9C0qJNz3NYp for ; Wed, 28 Apr 2021 21:25:02 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id x7so64537172wrw.10 for ; Wed, 28 Apr 2021 14:25:02 -0700 (PDT) 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=MGQKH+7S2f0y7o+AuGmbN+ucPtX6UlRe2pCVdpEsqIg=; b=RnV2MOWkREc8LHh14uhAbmOMLYAY1kEXgWC3JUb352bEszh6R9h4QI/zJE3LI8lmF5 NfwyvWxxel8P7MSA6QEqhrLO/qz+3Q2rFgysLyvaMeUmwss5QCCA/j9DLQ38Lc/LH3bT TBAhgAPmm8oQXolEnxLJHzOBpac3hsI6+LIVA9u0aSaOZlqvWcQTQBg6DSj/kk3S/q5z afJ2AACe0ZP7MRWmE77baBZrWFocgogQT42625KyCscFyCWn2O/ZBXnSZ99gUBUqzSPp qfOV94dXxsRoyClFd+EMbS7HEiIO7z+qItcVR8SpuZBJY/x/hDM7EjE7vYq7rIYRvnWI k1Bw== 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=MGQKH+7S2f0y7o+AuGmbN+ucPtX6UlRe2pCVdpEsqIg=; b=KPpnIj2rkakqYmAiS26dM2S25gug0D5r18PO4tMprAKv+zHOkH5hkVpFvhmmqd9gGe t4tPfvqMa0/tuiVO8X6OR8+aJXhDZSLpr2pKX3I2HS6pgaArZKu1r90OO4Yjb8Y5NRFN 4DMNPK9Y02mPahy3TodjpARh9lov+nysjw0+6cPaOdzZXXtFomriQH+tknolDBMRYme6 Zcz/R0G6400acdmMfXhRtCKWHJvlzxTfC3SaG7huVSgJYU0FrPnnioZArWmvtGu5Pz5i ZwBWzEEpNf+HSTj0j+pf82OcxIub8Phze3ZoIyKhX/tMl9JXnHHRVQ7vj0ArHtr6GzqQ IP9g== X-Gm-Message-State: AOAM530iCkK3V+GFHTIbPfIVoNl71k8iiDhfWI36I+iXUUyuFKPpYKUG 7kgRC14ObzJY+T1RGgdnilI3RJJt9FvW7cB29wU= X-Google-Smtp-Source: ABdhPJyGuMB9v7/ohKrTFLkIs7RxgSvfkgMyIVSrSUOsGNUz56P0zvk5I5AnSVFwz6CaCbOh1+/6hbd9MLwsKDhMlus= X-Received: by 2002:a05:6000:2a8:: with SMTP id l8mr13362656wry.139.1619645101684; Wed, 28 Apr 2021 14:25:01 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: "parv/freebsd" Date: Wed, 28 Apr 2021 11:24:08 -1000 Message-ID: Subject: Re: Updated to 13-STABLE in VirtualBox; on shutdown stuck after uhub[01] being detached To: Guido Falsi Cc: freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4FVs9C0qJNz3NYp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RnV2MOWk; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of parv0zero9@gmail.com designates 2a00:1450:4864:20::429 as permitted sender) smtp.mailfrom=parv0zero9@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::429:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::429:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 28 Apr 2021 21:25:04 -0000 (Changed my email address to the one I used to subscribe to the mailing list.) On Wed, Apr 28, 2021 at 10:05 AM Guido Falsi wrote: Hi, On 28/04/21 00:12, parv wrote: > > I had updated FreeBSD, in VirtualBox 5.22 on Windows with EFI, from > > 12-STABLE > > to 13-STABLE; upgraded the ZFS pools & the EFI boot loader. Currently > > testing with 13 GENERIC kernel. > > You mean you enabled EFI inside virtualbox? Why do you need that? For testing if FreeBSD can boot with EFI (with ZFS-on-root) ... one day I may just install the thing directly on a disk, outside of a virtual machine ... one day! > EFI > support in VirtualBox is experimental and is available for OSes unable > to boot without EFI. FreeBSD is perfectly able to boot in virtualbox > without EFI so no need for it. > I am aware. > > Now on shutdown, "shutdown -p now" (in single user mode, after manually > > unmounting > > ZFS datasets [...] the shutting down process gets stuck, > > and CPU use jumps to 80% > ... > > In the end I chose "Power Off" from VirutalBox menu. "Reset" reboots the > > machine. > > None of these have any effect ... > > - Send the shutdown signal > > - ACPI Shutdown > > > > Help please. > Solved the issue via ... % sysctl hw.efi.poweroff=0 ... after that shudown went on as expected. Got that from ... https://forums.freebsd.org/threads/freebsd-13-does-not-shut-down-my-laptop.79853/ NOt sure even which further information to ask about this, but to be > sure I understand correctly, FreeBSD is the guest here, correct? Yes, FreeBSD is the guest on Windows 10 host. - parv From owner-freebsd-stable@freebsd.org Thu Apr 29 06:50:39 2021 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 D4C245F9A20 for ; Thu, 29 Apr 2021 06:50:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FW5jp5zsbz3vck for ; Thu, 29 Apr 2021 06:50:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619679037; bh=gUteJ3Z3dKX2HjxjDu5I4lRIk5PqN9aE744RIFlTqGU=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=bB88gEYRnKlO7+UPJX95RkByPu3qZYzd68kK4WS6Alpwp4xMNowcn31ISSPZVwlMQQHGpWWaY0779GUMWDxdrtsb6WG3CPDQGFwE6qiPuqmLrbotqMQOn6koW6b2d7TwdKmzZpbS0HacAmKSE5rs63vOVfkGkA52U9w5uz0+jkBJJGuTfNKP4wEJKlbzw4oC0iqO/UGdhRkvixBMuVCtvlXu5SUXOH5IbowFgZxJtslTPJ+ZmzSGxuSb2Ys34KgHg71L1rnbzy8M31u1eOi7uXd3jyVq816gUteW5Iosm11ITXtN6sEVt6OYpfkAhAZAYCgYuEusHOTsIecIY/e1QQ== X-YMail-OSG: pEKZuoMVM1l3Um6vPgZG4fTtrGxOjoG6vakNHjlM9Jml0Udz4qehqvD82jtodug ApTpr0BSipzwxVWe4J_l1wTgVu2Ewgmx8nl03JMGrFk3pG5ScMONZOohjHGfaNp3n381xUBsseUP BvBtMyQrgP_JbHYBQEzLg3255T2_jXT_ZbnnGAUUBiO2DI3S4kXNii4WT_e.rDH97l.P4R.ZLZrJ u_0ElgfQbAvfS07RwAdEzWduMYwIq3DkqQ9Rj4uCXPv3tH1XCHgNKq6YRcJn5Y0egzvbKFptGLJP 1Qn7GXnLeAWwlx6kzxlZ3BtaACTc__n7TeYqqpgINz5qbPPSP5jKG2b6NqPtKYYNNGig4l.gMZpw 8yo6VbLr_UVJe3mRT8bIg.GrRsUpSGCH1ld_VvZm3POMyGu8Ed3_EeMWMETEIEjvMj6miZUNSRgy dDLOkC2GLvva88ahkYqWU_tQMSK6oKKDoXCIKtycc0XE1qjkY42GIks8lsOIR6C5kdC5_tB4PuSz 9Sw9nOa_Ofa7C5Ol_gw1yEZME81vSLs_clh.hHmoPklA4i4GOAiLh2effE8qCDXap3uAgHT3YJm2 kMePX1VKzuzfpK_wVwhZXiGGQRnKLIMFfHEgy7k7Hy2PuQOVhV.MsPsTAArbYW2ll5jzfuPjtbqG I4TEMRG5wdXdsuVsda_dtLtH5eeflOPGMYwnDDMRtT90OOrjbWerO7Z1LF3bxAdQXaI9StrxbCGW WmQeGkXXR4P6janZTw4_uUERQMuprCxmmbvpZBqgKvAT0MxiO0Dx65geMYPIml1Zs4qKcPkuGS9Q JRUsQt4Lv8vS_V7mPP6UzScONdpJKuP29mYwRwk0hZ18KIlA_CM8PP81sMNYQq6jVerSuUQuvbgB ptidrh.ftPfLl57YRKgCb8ylnceFjDy.tGjM5ncAUZRvEz3CWvsMoaw7bG.kQ5Q05SqkF7PqOc3. xM6xDGnnLd__i5prnfS0WdjUsj2Xp3TYZqil8QsjkgecO6rHAIcBODWkJosJz4o8xJJX7Rhxcz7r _.JSnUXzpq6Di6GCIEqFBqjY8CnjF68xoWaMsXk0f8OAkEWr9hufp3A2h0IW7youM4bk3uNfWXko q4XvwUcxrciuXbKs1gDXj1DWzGw8r5MO.3vNKlQlipny6uXjkdELTMjE70KttNKLqKFpgokInEka 7RjylT2_PHl4Ev4Hg.Ksc8f36SxLh7UOdx4mXeHjwC8i2vSjdeH2x9zH3obuTfhJSiuRi1zeMr0N YINtdGH1.78zNzA4mhDHb.AZJ4X1RANVZrFp28I8QN2bjtq6AjJp4q835O6c_Um1FmJG_B6MHRLR KnKoIRSc3gFK0n4EHyfLAcy5x5TZsSxiK14AWSYa6iIhw__7x1E4dNiC9_ERhOcNq_HZBOmJhvKP 0CuC4nyZKBjM9Gmxyu1v15fhmRSIuDDt9mxBSNwDmlAZnPPgNaQrp854ldosDcNKInxuonVZJh87 6RgstIvV7P9b4Xw4Im_rKjx6YgkzlSq8Rrl4MgKEcJKgKZf3otURagend6hKi18ky6a1MWdXimN2 nuN.ecIG2KI3CoaOpca9AE1Zj2GrQNjYbDJogkZEbCQ2tkXv5nblD5j1diFWVetbUHDSCRt73PEG NSHDD1m.Grqj.FUTzXxHtMhaQ.nZUx1WgK5BETc_wEqkYgX.jJexjOSbuEAfg5MCBVxEqb8y8ABh 3XlWyNFpUUlP7rnPuVCP4w3wkED5mV7SEc8MdfxZKP6gsQ9U3W5nn6VPZ.F9roiNUEQuoxMafq0t rssCOP7NwXIJG4XbylpAQt_5rnt5bGvy2s_r2wl7F4SbQ8u_m7GOTmgfO.NA1K7.JJhvGDCDLmEg 2WA0L6tw.igt9AhtZmYtonRhyhW90gdW36x6TUvohuTQSb2uDg.GMsvuNt0zu6BxXeOUjWdK.729 KC5gIfMI9MBAKm1gF7YMQXwcdBsMdZEoa4Af0SDlci8Z9Sz_8y9djwmrxhKzpQ3jFVOWpYekeSlY GLqbXAGP3txCmoZ1x.9T4DmL8QPM6ga8Ls3CNL0HMbiXRSTh.pLkHAdXlQrhIgi15zJuzXugP7Iv VKnd9c4isGAVjob5_WSocO9dPGleWLS_2HXOqTlCA8h.lAsgk4tVJAHZrTx2lqPGczgdrjDuhHTx Alon4h98pJSfnxGOflawTPHrLpZSPtRrc_9QDyI17wIF70XEhpg1ny5eGFIrmV44c5UmismQWxwX jRLlshX_.NDfXX0gBje00djqQBvuZJR7k5IPMIo_ksT.VMih0nVJx1IRknmAQH3iG3tPHr5ggOcc F2zY5WAcNXZsOOGSmvKVqFO_xGa3EREO3gZQB5p8VnJhEeHtyYHGSEXOhT9BAoc0zlCJ4zAZXaMn wsegH6sc4XAWKakGITm0jIBreJnNQ3YSpVpWN57e4hkXnK3DJvIR4st3hI.kqApTBO_jpGhZjePl 2k8TQ.v2KOM2P3PaUleAmvrbyrwt55fCI0JJVf_Zs8okq X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Apr 2021 06:50:37 +0000 Received: by kubenode524.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f4963a037c26a8db9488e31b1de223bd; Thu, 29 Apr 2021 06:50:35 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: FYI: WITH_REPRODUCIBLE_BUILD= problem for some files? Message-Id: <35482701-95A3-48B2-9A8E-B7E0092119B1@yahoo.com> Date: Wed, 28 Apr 2021 23:50:33 -0700 To: FreeBSD-STABLE Mailing List , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <35482701-95A3-48B2-9A8E-B7E0092119B1.ref@yahoo.com> X-Rspamd-Queue-Id: 4FW5jp5zsbz3vck X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 29 Apr 2021 06:50:39 -0000 I did 2 test buildworld's based on: # ~/fbsd-based-on-what-freebsd.sh=20 branch: releng/13.0 merge-base: ea31abc261ffc01b6ff5671bffb15cf910a07f4b merge-base: CommitDate: 2021-04-09 00:14:30 +0000 ea31abc261ff (HEAD -> releng/13.0, tag: release/13.0.0, = freebsd/releng/13.0) 13.0: update to RELEASE n244733 (--first-parent --count for merge-base) and produced separate build trees. I also installed the world build into two separate directory trees: /usr/obj/DESTDIRs/13_0R-CA7-chroot/ vs. /usr/obj/DESTDIRs/13_0R-CA7-poud/ This was for other reasons. But eventually I happened to do a diff -rq of the two trees and ended up with the output showing some differing files: Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/sbin/ping and = /usr/obj/DESTDIRs/13_0R-CA7-poud/sbin/ping differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/sbin/ping6 and = /usr/obj/DESTDIRs/13_0R-CA7-poud/sbin/ping6 differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/bin/ntpq and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/bin/ntpq differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/lib/debug/sbin/ping.debug = and /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/lib/debug/sbin/ping.debug = differ Files = /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/lib/debug/usr/sbin/ntpd.debug and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/lib/debug/usr/sbin/ntpd.debug = differ Files = /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/lib/debug/usr/tests/sbin/ping/in_ck= sum_test.debug and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/lib/debug/usr/tests/sbin/ping/in_cksu= m_test.debug differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/sbin/ntp-keygen and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/sbin/ntp-keygen differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/sbin/ntpd and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/sbin/ntpd differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/sbin/ntpdate and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/sbin/ntpdate differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/sbin/ntpdc and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/sbin/ntpdc differ Files /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/sbin/sntp and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/sbin/sntp differ Files = /usr/obj/DESTDIRs/13_0R-CA7-chroot/usr/tests/sbin/ping/in_cksum_test and = /usr/obj/DESTDIRs/13_0R-CA7-poud/usr/tests/sbin/ping/in_cksum_test = differ (That is all.) For as much as I've looked at (not much), it looks to be variations in byte-padding values. The builds both were set up to tune for cortex-a7 explicitly. I patch top's source code. I patch the OOM kill code to report the specific reason for a kill. I still have some bcm2838 pci/xhci patching in place from an old investigation, but that would be kernel code. None of the patching is specific to the above list of files. The hosting context was: # uname -apKU FreeBSD CA72_4c8G_ZFS 13.0-RELEASE FreeBSD 13.0-RELEASE #1 = releng/13.0-n244733-ea31abc261ff-dirty: Wed Apr 28 05:45:27 PDT 2021 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/src/arm64.aa= rch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300139 1300139 based on building the same source code (tuning for cortex-a72). It was the same media for all the activity. Unlike the past many years for me, the context is using ZFS instead of UFS, not that I think that makes a difference here. The differences do not mess up my activity but others might notice and care about such differences. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Thu Apr 29 22:11:42 2021 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 2A5B46379E7 for ; Thu, 29 Apr 2021 22:11:42 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from x-art.ru (charibdis.x-art.ru [80.70.228.55]) by mx1.freebsd.org (Postfix) with ESMTP id 4FWV8Y0br2z3JxV for ; Thu, 29 Apr 2021 22:11:40 +0000 (UTC) (envelope-from uspensky@x-art.ru) Received: from gw-old.x-art.ru (gw-old.x-art.ru [192.168.172.252]) by mta.x-art.ru (Postfix) with ESMTP id B24C51BF357; Fri, 30 Apr 2021 01:11:32 +0300 (MSK) Date: Fri, 30 Apr 2021 01:11:32 +0300 (MSK) From: Antony Uspensky X-X-Sender: aiu@gw-old.x-art.ru To: parv/freebsd cc: Guido Falsi , freebsd-stable@freebsd.org Subject: Re: Updated to 13-STABLE in VirtualBox; on shutdown stuck after uhub[01] being detached Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4FWV8Y0br2z3JxV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of uspensky@x-art.ru has no SPF policy when checking 80.70.228.55) smtp.mailfrom=uspensky@x-art.ru X-Spamd-Result: default: False [0.58 / 15.00]; FAKE_REPLY(1.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.910]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[80.70.228.55:from]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[x-art.ru]; SPAMHAUS_ZRD(0.00)[80.70.228.55:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.48)[0.484]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20807, ipnet:80.70.224.0/20, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 29 Apr 2021 22:11:42 -0000 On Wed, 28 Apr 2021, parv/freebsd wrote: > Solved the issue via ... > > % sysctl hw.efi.poweroff=0 > ... after that shudown went on as expected. Got that from ... > > https://forums.freebsd.org/threads/freebsd-13-does-not-shut-down-my-laptop.79853/ Well, this also solved my problem described in a message to this list: Date: Thu, 1 Apr 2021 18:58:01 +0300 (MSK) From: Antony Uspensky To: freebsd-stable@freebsd.org Subject: ACPI poweroff is not working on 13.0 Message-ID: I was wrong: it was EFI poweroff that did not work, not ACPI one. I was too lazy to do a bisection, now I am OK. Thank you for the tip! Seems, this problem (non-working shutdown in EFI environment) is a POLA violation in 13.0. A. From owner-freebsd-stable@freebsd.org Fri Apr 30 07:31:40 2021 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 BBAEC5F2C5B; Fri, 30 Apr 2021 07:31:40 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWkZg4fGmz4RRs; Fri, 30 Apr 2021 07:31:39 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id C52438DCA; Fri, 30 Apr 2021 16:31:34 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1619767894; bh=qF+VSVgk54OEd8xxRODIERKGy2k6637t88F9dj9zxuI=; h=Date:To:Subject:From; b=HgEh5WZRg61t81ggRKz8mE2K0/M8xOCAZuWmxA92UziJPZuBbUkA1XoasrE25ruMQ f+2If//O4C9+l5usRtt/OZiL02B707c+2Rpb9Xij6omucOEnoijk7Ogov8kPiScmW/ M9+zDnOEvR4pz0cA/Kez9lX4NeCEsDm81h2IPCKOFz/5weaXzZPxMYo7gXShhs/cG6 cK5ioR/R6kmoo9bujnjNUCezm7RKiAU8AaeGUYD+r7QqX1j6sFRDZHl3GskNzbBP+n ArIieqKiUWwEfOanq7Zlp0fOV/YlWbGMtIm8Mt9XaN+TqpCTY+ACYuzwf06JvQoNSe RfSdYqYEwOSrA== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 3316F20608; Fri, 30 Apr 2021 16:31:32 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Fri, 30 Apr 2021 16:30:54 +0900 (JST) Message-Id: <20210430.163054.429403798691966830.yasu@utahime.org> To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: How to make 'named' rc script invokded earlier at boot time From: Yasuhiro Kimura X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWkZg4fGmz4RRs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=HgEh5WZR; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 07:31:40 -0000 I installed dns/bind916 on my home server and configured it so it worked as both authoritative and recursor. Then I added 'nameserver 127.0.0.1' to /etc/resolv.conf and everything worked fine. But after updating OS from 12.2-RELEASE to 13.0-RELEASE I noticed execution of some rc scripts fails at boot time because of DNS lookup error. And I also found these scripts are executed earlier than 'named'. Now let me use 'ntpdate' as an example. If I run `rcorder /etc/rc.d/* /usr/local/etc/rc.d/*` on 12.2-RELEASE, then I get following result. ---------------------------------------------------------------------- root@rolling-vm-freebsd3[474]# uname -a FreeBSD rolling-vm-freebsd3.home.utahime.org 12.2-RELEASE-p6 FreeBSD 12.2-RELEASE-p6 GENERIC amd64 root@rolling-vm-freebsd3[475]# rcorder /etc/rc.d/* /usr/local/etc/rc.d/* /etc/rc.d/growfs /etc/rc.d/sysctl /etc/rc.d/hostid /etc/rc.d/zvol /etc/rc.d/dumpon (snip) /etc/rc.d/static_arp /etc/rc.d/bridge /etc/rc.d/route6d /etc/rc.d/NETWORKING /etc/rc.d/mountcritremote /etc/rc.d/devfs /etc/rc.d/ipmon /etc/rc.d/kdc /etc/rc.d/mdconfig2 /etc/rc.d/newsyslog /etc/rc.d/syslogd /usr/local/etc/rc.d/tcsd /usr/local/etc/rc.d/named /etc/rc.d/watchdogd /etc/rc.d/savecore /etc/rc.d/archdep /etc/rc.d/linux /etc/rc.d/sysvipc /etc/rc.d/SERVERS /usr/local/etc/rc.d/tpmd /usr/local/etc/rc.d/stunnel /etc/rc.d/accounting /etc/rc.d/ntpdate /etc/rc.d/rpcbind /etc/rc.d/nfsclient /etc/rc.d/nisdomain (snip) ---------------------------------------------------------------------- As you can see, while 'named' is executed before SERVERS, 'ntpdate' is done after it. On the other hand I get following result on 13.0-RELEASE. ---------------------------------------------------------------------- root@rolling-vm-freebsd2[332]# uname -a FreeBSD rolling-vm-freebsd2.home.utahime.org 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 root@rolling-vm-freebsd2[333]# rcorder /etc/rc.d/* /usr/local/etc/rc.d/* /etc/rc.d/dhclient /etc/rc.d/dumpon /etc/rc.d/growfs /etc/rc.d/natd (snip) /etc/rc.d/netwait /etc/rc.d/blacklistd /etc/rc.d/local_unbound /etc/rc.d/NETWORKING /etc/rc.d/pppoed /etc/rc.d/kdc /etc/rc.d/kfd /etc/rc.d/nfsuserd /etc/rc.d/iscsid /etc/rc.d/ipropd_slave /etc/rc.d/nfscbd /etc/rc.d/iscsictl /etc/rc.d/ipropd_master /etc/rc.d/kadmind /etc/rc.d/kpasswdd /etc/rc.d/mountcritremote /etc/rc.d/wpa_supplicant /etc/rc.d/motd /etc/rc.d/accounting /etc/rc.d/cleartmp /etc/rc.d/dmesg /etc/rc.d/archdep /etc/rc.d/gptboot /etc/rc.d/hostapd /etc/rc.d/virecover /etc/rc.d/mdconfig2 /etc/rc.d/devfs /etc/rc.d/os-release /etc/rc.d/newsyslog /etc/rc.d/linux /etc/rc.d/syslogd /etc/rc.d/sysvipc /etc/rc.d/watchdogd /etc/rc.d/savecore /etc/rc.d/ntpdate /etc/rc.d/localpkg /etc/rc.d/auditd /etc/rc.d/bsnmpd /etc/rc.d/pwcheck /etc/rc.d/power_profile /etc/rc.d/rpcbind /etc/rc.d/auditdistd /usr/local/etc/rc.d/named /etc/rc.d/nfsclient /etc/rc.d/hastd /etc/rc.d/SERVERS /etc/rc.d/nisdomain /usr/local/etc/rc.d/stunnel /usr/local/etc/rc.d/tpmd /usr/local/etc/rc.d/tcsd (snip) ---------------------------------------------------------------------- Now both 'named' and 'ntpdate' are executed before SERVERS. And unfortunately the latter is earlier than the former. So it is natural that execution of 'ntpdate' fails with DNS lookup failure. I compared ntpdate rc script between releng/12.2 and releng/13.0 but there is no difference. ---------------------------------------------------------------------- yasu@rolling-vm-freebsd2[1035]% pwd /usr/src yasu@rolling-vm-freebsd2[1036]% git diff origin/releng/12.2 origin/releng/13.0 -- libexec/rc/rc.d/ntpdate yasu@rolling-vm-freebsd2[1037]% ---------------------------------------------------------------------- And of cource there is no difference with /usr/local/etc/rc.d/named either. So it seems evaluation of rcorder(8) is changed between 12.2-RELASE and 13.0-RELEASE. Then is there any way to make 'named' rc script invoked earlier at boot time on 13.0-RELEASE? Best Regards. --- Yasuhiro Kimura From owner-freebsd-stable@freebsd.org Fri Apr 30 08:02:34 2021 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 5A3245F4870; Fri, 30 Apr 2021 08:02:34 +0000 (UTC) (envelope-from mat@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWlGL1tWjz4T5N; Fri, 30 Apr 2021 08:02:34 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from mail.j.mat.cc (owncloud.cube.mat.cc [79.143.240.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1D30B23295; Fri, 30 Apr 2021 08:02:34 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (unknown [IPv6:2a01:678:ab:0:5e86:719c:f782:dd89]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: mat@mat.cc) by mail.j.mat.cc (Postfix) with ESMTPSA id E49CB942D80; Fri, 30 Apr 2021 08:02:32 +0000 (UTC) Date: Fri, 30 Apr 2021 10:02:31 +0200 From: Mathieu Arnold To: Yasuhiro Kimura Cc: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time Message-ID: <20210430080231.xhmuogfeu4xf3mqs@aching.in.mat.cc> References: <20210430.163054.429403798691966830.yasu@utahime.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3idvme7btq3w5ujp" Content-Disposition: inline In-Reply-To: <20210430.163054.429403798691966830.yasu@utahime.org> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 08:02:34 -0000 --3idvme7btq3w5ujp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 30, 2021 at 04:30:54PM +0900, Yasuhiro Kimura wrote: > Then is there any way to make 'named' rc script invoked earlier at > boot time on 13.0-RELEASE? There is an option in the port to have named start later, but up to now, it was starting early enough. The only way I can see is modify the named rc script and add the services that needs named to be started on the BEFORE line at the beginning of the script. Mind you, it really needs to start after syslog (unless you log directly to files and do not use syslog.) --=20 Mathieu Arnold --3idvme7btq3w5ujp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEVhwchfRfuV0unqO5KesJApEdfgIFAmCLuZJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU2 MUMxQzg1RjQ1RkI5NUQyRTlFQTNCOTI5RUIwOTAyOTExRDdFMDIACgkQKesJApEd fgL6nA/+NUOQp487FZlIVkwL3y9Hya/T598j9VqRuQXL+jUD5lbzqyYXTbSqwhoE ni+TsDGQtMt3OJkrWdwPYTOwRbtDY2ijppZOBoFvU/UYDcYTwJcn71tvEDK6qg8k /JHQBWm6ySmRC9eHeRzibPJQetAhDzcLHdnRKMCdUqMM0U09Ng/AX/43Q/EfWkj0 ya3ScvBRpGCBdPikkmISjh0EhgO5Wqun36aVFLrUZy2kBzK5JkGFjrvPMGoOIN+8 m9sQu1u6FN+yhoOaI8Bj664LORELE4Ujs/jNAjzW0byrgYo+aovUySM/8bmspuki fxgUoSYYfNJZUxTHh30AWkrZBxKEzTadGsUL3PoeJV4RPqY2sOAMPBHQqf0fYIK8 XgK8c1lOJEwcPW+qj+S7p7HmZ8VF+KnXBdSW2pFb/w0JZ5abTVQspFAyofJFcbfY ErZL7zH6TdvIXnNxDWk+3Xu5jZifYc77ZepCO8BAZbn1srGbUKyFyi9+7nGLM5BQ AwFY1C7HM1RjwmqanrJMGgK24SDH7+qui6xWUEsxYzNa7CVySjaHoMW9k9Ul+kHi syhXneJWPFUoWQp2jqo7RBYVrru24fqrfK8clzqSqOpVs+6ItDvrzkX7KDvepDOE GkCoc0HbcwgamS4HW8iWlkdfyNnSqUc0vNaRcyFMvew8RL1TX5o= =A/Rm -----END PGP SIGNATURE----- --3idvme7btq3w5ujp-- From owner-freebsd-stable@freebsd.org Fri Apr 30 08:26:24 2021 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 D59DD5F5928; Fri, 30 Apr 2021 08:26:24 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWlnq6Cxsz4V33; Fri, 30 Apr 2021 08:26:23 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id BFBA08DC7; Fri, 30 Apr 2021 17:26:19 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1619771179; bh=gzT5VwaoTT/OVkUBrve/89uYmEPBYwzT2/xYvaMFq04=; h=Date:To:Subject:From:In-Reply-To:References; b=S/NCDeed3vxQZG2HYme7uKbR/MgF3JeQxx/LtgZPhng5QNcOKly66DpLH20Nw4LO8 ViocaVya5j6b/f679rvVAYnr5rHth+Pne6FF4dVCGYN6+3dhFGCCaXaDJB2gGIIuhF E/0KDT18B+IC4YvjprdTe4zSnqI7M2a4QPfFDiDUEznmPboS4ZpMDyIjZjAo8/zmzA mruukKpc3GNLVHs8r4zENOHmGiCA1dMYTXwa/fjlRloHTtz2OJTCvg+YWzwk6RW4W/ X7IZ3VkGKSCIRLrtiVgmTghCe3UeNlvZ3auzVu+Bz+1QzymV++I1/HX8A9XFC2WZQA 2pC7Q82mRlCrQ== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 7CA2D20689; Fri, 30 Apr 2021 17:26:17 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Fri, 30 Apr 2021 17:15:10 +0900 (JST) Message-Id: <20210430.171510.1646879613648433205.yasu@utahime.org> To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time From: Yasuhiro Kimura In-Reply-To: <202104300801.13U81lP6053889@nuc.oldach.net> References: <20210430.163054.429403798691966830.yasu@utahime.org> <202104300801.13U81lP6053889@nuc.oldach.net> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWlnq6Cxsz4V33 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=S/NCDeed; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org:c]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.992]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 08:26:24 -0000 From: b56fpu@oldach.net (Helge Oldach) Subject: Re: How to make 'named' rc script invokded earlier at boot time Date: Fri, 30 Apr 2021 10:01:47 +0200 (CEST) > Can you try rcorder -p? That will group equally ranked scripts on the same line. > > On 13, I'm seeing: > > (snip) > /etc/rc.d/pwcheck /etc/rc.d/watchdogd /usr/local/etc/rc.d/named /etc/rc.d/auditd /etc/rc.d/ntpdate /etc/rc.d/bsnmpd /etc/rc.d/savecore /etc/rc.d/power_profile /etc/rc.d/localpkg /etc/rc.d/hastd > /etc/rc.d/rpcbind /etc/rc.d/SERVERS /etc/rc.d/auditdistd > (snip) > > which implies that the ordering of named and ntpdate is random however both are before SERVERS. > > Kind regards > Helge I get following result. (snip) /etc/rc.d/NETWORKING /etc/rc.d/kdc /etc/rc.d/kfd /etc/rc.d/pppoed /etc/rc.d/nfsuserd /etc/rc.d/iscsid /etc/rc.d/iscsictl /etc/rc.d/nfscbd /etc/rc.d/kpasswdd /etc/rc.d/kadmind /etc/rc.d/ipropd_slave /etc/rc.d/ipropd_master/etc/rc.d/mountcritremote /etc/rc.d/devfs /etc/rc.d/virecover /etc/rc.d/os-release /etc/rc.d/motd /etc/rc.d/archdep /etc/rc.d/mdconfig2 /etc/rc.d/gptboot /etc/rc.d/wpa_supplicant /etc/rc.d/accounting /etc/rc.d/dmesg /etc/rc.d/cleartmp /etc/rc.d/hostapd /etc/rc.d/newsyslog /etc/rc.d/syslogd /etc/rc.d/sysvipc /etc/rc.d/linux /etc/rc.d/pwcheck /etc/rc.d/localpkg /etc/rc.d/power_profile /etc/rc.d/auditd /etc/rc.d/bsnmpd /etc/rc.d/ntpdate /etc/rc.d/savecore /etc/rc.d/watchdogd /etc/rc.d/rpcbind /etc/rc.d/auditdistd /etc/rc.d/nfsclient /usr/local/etc/rc.d/tpmd /usr/local/etc/rc.d/tcsd /etc/rc.d/hastd /usr/local/etc/rc.d/named /etc/rc.d/SERVERS (snip) 'named' is still later than 'ntpdate' on my home server. --- Yasuhiro Kimura From owner-freebsd-stable@freebsd.org Fri Apr 30 08:26:24 2021 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 D5A3D5F583E; Fri, 30 Apr 2021 08:26:24 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWlnq6CzNz4V7y; Fri, 30 Apr 2021 08:26:23 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id 14DB4947B; Fri, 30 Apr 2021 17:26:20 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1619771180; bh=VKdr9RUQkyDr+TbpYUJUtlrO7ZCD0nnX05ZVSyIZpiI=; h=Date:To:Subject:From:In-Reply-To:References; b=rbsWOHYxolFRqwa1lPOp1vk6JmJ5iQwtAMBQF1iz7/bCeaEB8mlVPW6c4XoSwB3kJ +B7YCyVw1ByLoPZE2y6V1lWLcH36sJig6gxao6QUC4BQll32ye2tfEkq0dIyo/oMS3 EpOp2G73H8fGeQC0x6PM2hkUM02JKUprQnR7IvcHWmSvPzg4RjGmP7JoFhnYLc704n dM6/PZu7cDuwtWb/oMhsjqWoWKvd32OER/zJnff3m+2XzM4r3edFcLZEEzSbyUyCly j1ZPTDz1hxdUOmOWryuoiexcYq5ONbj0N33KpJkc+CZQCwWSCWBgtT6lGy8jBVxerZ vbLlfwqDxCcYA== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 98B1E20618; Fri, 30 Apr 2021 17:26:19 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Fri, 30 Apr 2021 17:18:26 +0900 (JST) Message-Id: <20210430.171826.210150119436256829.yasu@utahime.org> To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time From: Yasuhiro Kimura In-Reply-To: <20210430080231.xhmuogfeu4xf3mqs@aching.in.mat.cc> References: <20210430.163054.429403798691966830.yasu@utahime.org> <20210430080231.xhmuogfeu4xf3mqs@aching.in.mat.cc> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWlnq6CzNz4V7y X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=rbsWOHYx; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org:c]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.992]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 08:26:24 -0000 From: Mathieu Arnold Subject: Re: How to make 'named' rc script invokded earlier at boot time Date: Fri, 30 Apr 2021 10:02:31 +0200 > There is an option in the port to have named start later, but up to now, > it was starting early enough. > > The only way I can see is modify the named rc script and add the > services that needs named to be started on the BEFORE line at the > beginning of the script. Mind you, it really needs to start after > syslog (unless you log directly to files and do not use syslog.) Thanks for advice. I'll try it. --- Yasuhiro Kimura From owner-freebsd-stable@freebsd.org Fri Apr 30 08:29:48 2021 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 D28895F5B4B for ; Fri, 30 Apr 2021 08:29:48 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from stricnina.schema31.it (stricnina.schema31.it [IPv6:2001:470:28:12b::99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "stricnina.roma.schema31.it", Issuer "stricnina.roma.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWlsl3VMJz4Vqv for ; Fri, 30 Apr 2021 08:29:47 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by stricnina.roma.schema31.it (8.15.2/8.15.2) with ESMTP id 13U8TcHW019346 for ; Fri, 30 Apr 2021 10:29:38 +0200 (CEST) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Fri, 30 Apr 2021 10:29:33 +0200 From: Andrea Brancatelli To: freebsd-stable@freebsd.org Subject: Slow iSCSI discovery on boot halting the boot process. Organization: Schema31 s.r.l. Message-ID: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.16 X-Rspamd-Queue-Id: 4FWlsl3VMJz4Vqv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:28:12b::99:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:470:28:12b::99:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[schema31.it:+]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 08:29:48 -0000 Hello, I'm having an annoying problem with FreeBSD 12.2-RELEASE-p6, iscsid, geom multiparty, a Dell MD3200i and fstab. Long story short, iSCSI login/connection/whatever is slower than the boot process and the machine always get stuck with "cannot find /san_storage (/dev/multipath/...) please enter /bin/sh location" Usually we just press enter, press control-d, and the boot process continues. The problem is that the machine cannot boot unattended. Those are some cfg files: [root@arsenico ~]# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1a / ufs rw 1 1 /dev/mirror/gm0s1b none swap sw 0 0 md98 none swap sw,file=/usr/swap1,late 0 0 md99 none swap sw,file=/usr/swap0,late 0 0 /dev/mirror/gm0s1d /var ufs rw 2 2 /dev/mirror/gm0s1e /tmp ufs rw 2 2 /dev/mirror/gm0s1f /usr ufs rw 2 2 /dev/mirror/gm0s1g /repository ufs rw 2 2 fdesc /dev/fd fdescfs rw 0 0 /dev/multipath/Krypton /san_storage ufs rw,late 0 0 As you see the filesystem is already flagged as "late"... [root@arsenico ~]# cat /etc/iscsi.conf Krypton_C0_P0 { TargetName=iqn.1984-05.com.dell:powervault.md3200i.6782bcb0007496a2000000004f1e49ee TargetAddress=10.40.3.200 } That's the SAN, we dropped the dual connection so maybe we could get rid of geom_multipath if that is the problem, but... hey... [root@arsenico ~]# gmultipath list Geom name: Krypton Type: AUTOMATIC Mode: Active/Active UUID: 101b1867-c623-11e8-8bab-90e2ba021650 State: DEGRADED Providers: 1. Name: multipath/Krypton Mediasize: 15998753177088 (15T) Sectorsize: 512 Mode: r1w1e1 State: DEGRADED Consumers: 1. Name: da2 Mediasize: 15998753177600 (15T) Sectorsize: 512 Mode: r2w2e2 State: ACTIVE [root@arsenico ~]# camcontrol devlist at scbus0 target 5 lun 0 (pass0,da0) at scbus0 target 6 lun 0 (pass1,da1) at scbus3 target 0 lun 0 (cd0,pass2) at scbus5 target 0 lun 0 (da2,pass3) at scbus5 target 0 lun 1f (da3,pass4) Any interesting suggestions? Thanks a lot. -- Andrea Brancatelli From owner-freebsd-stable@freebsd.org Fri Apr 30 08:43:25 2021 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 5E6975F6070 for ; Fri, 30 Apr 2021 08:43:25 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from titanio.schema31.it (titanio.schema31.it [62.77.63.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "titanio.pomona.schema31.it", Issuer "titanio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWm9S20Jbz4WJw for ; Fri, 30 Apr 2021 08:43:23 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by titanio.pomona.schema31.it (8.15.2/8.15.2) with ESMTP id 13U8hAiT095836 for ; Fri, 30 Apr 2021 10:43:10 +0200 (CEST) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Fri, 30 Apr 2021 10:43:05 +0200 From: Andrea Brancatelli To: freebsd-stable@freebsd.org Subject: Re: Slow iSCSI discovery on boot halting the boot process. Organization: Schema31 s.r.l. In-Reply-To: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> References: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> Message-ID: <96e3db30b08e0dffa6c383fd46cb3e6b@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.16 X-Rspamd-Queue-Id: 4FWm9S20Jbz4WJw X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[62.77.63.156:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:62.77.63.156/28]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[62.77.63.156:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[schema31.it:+]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20746, ipnet:62.77.32.0/19, country:IT]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 08:43:25 -0000 On 2021-04-30 10:29, Andrea Brancatelli via freebsd-stable wrote: > Hello, > > I'm having an annoying problem with FreeBSD 12.2-RELEASE-p6, iscsid, > geom multiparty, a Dell MD3200i and fstab. Geom multiparty is probably the best typo/autocorrect ever. --- Andrea Brancatelli From owner-freebsd-stable@freebsd.org Fri Apr 30 09:12:27 2021 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 9B9125F76CF for ; Fri, 30 Apr 2021 09:12:27 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from sonic304-21.consmr.mail.ir2.yahoo.com (sonic304-21.consmr.mail.ir2.yahoo.com [77.238.179.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWmpx3JR4z4XhB for ; Fri, 30 Apr 2021 09:12:25 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1619773943; bh=LJmfbPO2zBjmIB+E4fQTmN49apB04IvEgvH11wo+qe3=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=sD2EmkvSBuRajPFAtpLtpmP0HWFjhxucI7r3mvdDtB3yDuHlYi5/8YV7FRS0oLUBmDIvIapeww+WSsE3TNwFbjw78XOs8zLRVtcjoa2JRS/8ntMt62jnU0HUp3WmCiJDGYxLdRFzRDkTvPDL1TnlRd52AuTmfXdifvej1OWd8m99C13Yv+5/eGTlWOSj6OfjTQicKYKA1cQYFMFS2ZMdztaboPxLTQY7imzlddfaIp1QmhKaDv7rc21B9GTxW4xCR9ErwAFiREpXqy13wBxMz31EnNygZwXT0alGbMjaXjNGBtu+tBOWe2czTDz2cndJ3/m5f+Z8RQzxBkSHJ50dTg== X-YMail-OSG: iT7.16gVM1m.2H1dKWf68OGNmkrID8MFbdyzXwGNuOUs7EYQ2qRbfsTjOoSWeZS iLiW5grdo_WU8ltF3I4bYcFz0akaHOHAdoSVDieNaoCSsWrGSyPb1Ao4x28Jby9CHHkb6tOynucr iGWVY5ThDWOdcbkI2pYGtgbr9EHRztyLrAqS8PVIy268S1Mo0DBrh.CqZYnZFJ21.ZWJL8.L__5A OPJ_IODAmLGlszJULCYw8psEud8thTL3sCa92jTUcHIE1gMKh67lMuYYOAX7KvtCYykfiNZgLuqm trJU2HuIft55m1GH2e_pt2nsUFnkWYsEyAwN2MEnEzHGQRDDvH.y6innH8RQk3eRyh7HFhd3ooYe jj403q9Z7gwt3taxY0ADeGZsUvr_ESqS1b15nzi6y4rFTMz4S3zLikQ_7HTu92rFgL83ggm5LMSy vkkOA2_RLFSarwbs0huQ971K29J.wmhXDpPoj_EJghER3z5ZWauiVj_6jlAweyPAzsqbvkL.5a6W JgB.YkS2y.5HwRr1cJRFBheZeuAMsT9hIltrQVNhUbQaTMwlmtWdau3gYoWinYM9I69tEGFgoX9S YfJqYWxwWD1VCk3cB96UngP4g2wFvYjcTSxOESAzynuwy.1cbyromUO1r6xlHdVcwIOYpTtJYR0g lPH5C1OKUdxtibalbEXj7PFo4ODPIXsdd_aJ2_BKYf2mLw3S0ENjtlxeTsq5FxPNoRoH3Yx.rvuU yvmrM2asQeTebvfZAoNkvVUnb84RI7xS893WrVou9vr0vmTj8wZOQDvI20f8dk2SjHwY27aSYsUG PJwdLxl0teVoRTvGoqYgsUxp23GIIw5y9xB.6Jc.EKjuuLvRCQPJ5v03576yJM9kXLJr1i515KL7 .IRDAjPoJ0M7SbFSPKKQQM4lOp4t8WKiRkXsoOlvmuuqqLcdyQOBIiwnoXofJUyTudgDvFNwx9vN .eg.uID31dkVNn9D7VOZghnsZnlpzL0L_SNUX4h9Mh2fosKBmGZXbK0ME.VBquB78T3u1rFXI1kq msomWeWb1JCMHOMYEC61NyIZRyDlcciHLsfM4VNgBuPeWwK4tluibWTiVOIJiscbVFnJNAMv4lSz TOV1Xmrv7ga9Q.xD2JaDIo1XPBrh0jW_WOJEvd9e3GIwrij3zbQRckQoCfCADRXiDTVr27ZcAbUw HgcuUthMLI_1Ig4NNh0HW_xuxLNVZ8TnwwvGpx1MYbicYyZlkkN8K5fu5Hvxv11DR7Zdouuph4FA muyCFZkBEUamRvMqSHSO0fQ7UfYi60lzo..Y4wBV1ioiHXkmX5Wzlr_nYGcXkTYX3kNi2Bhl2Abd MTOnktw4CUpF_74O9gjnfpnrUUAMHEQqmhUdKz1sT98ZpK0i83I6t262RMsPkpmNgGIy.SWIzPpb a57F_klo2zPlydNud60zTQMe2tXUnWCxFjufcXDmI02ofiekafCPCQZWUzHYibbamb0rHzxWW74b tv1IwUGVNutyZ3kanbI7sMxUYuBWVuxIauXNJN70FBrcXQo8IqVuA_xC08U8UNJY2ztSXBF3.D20 FrdMUw44WpgNoHKcznWxPAiNUBaTCZeWz_aH97tXvnrZ6yP5VpZuaxRQT_603Mi0_puQUrutbBRv _XlYVCFblwgVe0RiDLw.T6Rp9DuGc7j2I7k.I1lIAJcWymRi8xv9w9dKDhlbhxK0SI1U8pccC1ZU BGz4.Nz6CEZPRRZD4y9jx5ttd3N5RcU8u_k0gQDO31DiwsK5hxy95GpqLHwxufaZ9OxZMrghaF4E WxWt_DUCc1_6qXCexa5ffb1zqXx2Hu3D.fgKB5Io3pHqotf2bfs4uuAG4zGmF1pQtk63ndIjCPI8 ZTovpxs3S65YNBv4TNw9DWAK5VIRSLrC5bEyvUhn7t.DSr1bfthnf7J9kyKda5e5tk3jyFqqqq92 aO3Uy.vRpdKCRsdlFAnKxwH5PyvbOJfZOfmAYDAYntCaK65R4MOqliiGXFbwARhN9JDXIRDbn8Ab V5SjOs34HByxsvij4xHPnAtE5YOPdZVLcfNGKBaZFCQ0RFJNq6F3WVS__ehVEKycf2xO.CHN5eF4 xqTfg6cXiJ37yKT.9AjUMsB12gKoTs03OOnm3ODJW41NLKHOoAuJmZ.fZChBG4GWhRfclSxPaYq2 JqGqpKyGg83mtK.RIvJwdaEKlfDsg6bWH6zOuvLbz_in_YLq5NBNRlEdNxnm0EzjlgOXzYsmTqv1 B3fRJnw6ioi0SyPTHEGGrMDZMIlxblWV4GR5z7F4RNGbiZ0OHpc98htURaO_g83zfZQpFWhP3H2t RboTuTaxkuOiQovgMleokJoGrP4MaPdrvX_qDDlXrTWi8iYxjtLJ6tL9A3yq1OjKzduScoa2_BGR xTySSK2C2b0WXEDT9eQYUhG.4jKhaF9wsK6ih9W_DkXhP X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ir2.yahoo.com with HTTP; Fri, 30 Apr 2021 09:12:23 +0000 Received: by kubenode544.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0fea429a2fb6130eadcf05968c7839a9; Fri, 30 Apr 2021 09:12:20 +0000 (UTC) Received: by nuvolo.localdomain (Postfix, from userid 1001) id DF02A12639B; Fri, 30 Apr 2021 11:12:17 +0200 (CEST) Date: Fri, 30 Apr 2021 11:12:17 +0200 From: Arrigo Marchiori To: freebsd-stable@freebsd.org Subject: Re: Slow iSCSI discovery on boot halting the boot process. Message-ID: References: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> X-Mailer: WebService/1.1.18138 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Apache-HttpAsyncClient/4.1.4 (Java/16) X-Rspamd-Queue-Id: 4FWmpx3JR4z4XhB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.it]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[yahoo.it:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.it,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.it]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RBL_DBL_DONT_QUERY_IPS(0.00)[77.238.179.146:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.it:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[77.238.179.146:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[77.238.179.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.179.146:from]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 09:12:27 -0000 Hello, On Fri, Apr 30, 2021 at 10:29:33AM +0200, Andrea Brancatelli via freebsd-stable wrote: > Hello, > > I'm having an annoying problem with FreeBSD 12.2-RELEASE-p6, iscsid, > geom multiparty, a Dell MD3200i and fstab. > > Long story short, iSCSI login/connection/whatever is slower than the > boot process and the machine always get stuck with "cannot find > /san_storage (/dev/multipath/...) please enter /bin/sh location" Did you try putting in /boot/loader.conf: kern.cam.boot_delay=10000 It should wait for 10 seconds before attempting to mount the root partition. This solves the issue for me on certain embedded systems, and when trying to boot from cheap USB pen drives. I hope this helps. Best regards, -- Arrigo From owner-freebsd-stable@freebsd.org Fri Apr 30 09:17:08 2021 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 44DD95F7A4E; Fri, 30 Apr 2021 09:17:08 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWmwM3w33z4Y73; Fri, 30 Apr 2021 09:17:07 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id C524988F9; Fri, 30 Apr 2021 18:17:02 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1619774222; bh=uwX3NauyHfuYGVSXBvLUZWqgf0yIqerg46/zLm17bWk=; h=Date:To:Subject:From:In-Reply-To:References; b=g5vSXFsngyd/DZd/7u/nK6rtiKc7me8hTu9sJvYn0j2AvQZIw1IXq+DBXUGXOZl9P Rv3K0tcs4WVweKVfq2g/nf6bmVk1IMPCgqwLP+d7yQg681C9Ls4VyCAdLEef+9sLC+ ZUP3JTNARbJ2AQnkqDkvNqyKLRVG18F8qzbjhvN8kQ7SBxSsEkGVc5g9zCiFiUEGmr DJKq1egkoYGY5zzV1t92/09uCk15j9TwZ7ShNAjBarzP7VpiP67pxGu43PRqlkoS0Y v6TnhCJsMBucTvIsallMJ1aqWuL+5PxdIGC3/g+N/Bk0Nnl+J8p8xpjGzDPRcdLVEu x3savc03DsoFg== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 3BFD820709; Fri, 30 Apr 2021 18:17:01 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Fri, 30 Apr 2021 18:16:29 +0900 (JST) Message-Id: <20210430.181629.517597970532092263.yasu@utahime.org> To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time From: Yasuhiro Kimura In-Reply-To: <20210430.171826.210150119436256829.yasu@utahime.org> References: <20210430.163054.429403798691966830.yasu@utahime.org> <20210430080231.xhmuogfeu4xf3mqs@aching.in.mat.cc> <20210430.171826.210150119436256829.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWmwM3w33z4Y73 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=g5vSXFsn; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 09:17:08 -0000 From: Yasuhiro Kimura Subject: Re: How to make 'named' rc script invokded earlier at boot time Date: Fri, 30 Apr 2021 17:18:26 +0900 (JST) >> The only way I can see is modify the named rc script and add the >> services that needs named to be started on the BEFORE line at the >> beginning of the script. Mind you, it really needs to start after >> syslog (unless you log directly to files and do not use syslog.) > > Thanks for advice. I'll try it. I tried it but am confused by the result. I modified /usr/local/etc/rc.d/named on my home server as following. ---------------------------------------------------------------------- root@eastasia[1051]# head /usr/local/etc/rc.d/named #!/bin/sh # PROVIDE: named # REQUIRE: NETWORKING ldconfig syslogd # BEFORE: SERVERS ntpdate # KEYWORD: shutdown # # Add the following lines to /etc/rc.conf to enable BIND: # named_enable (bool): Run named, the DNS server (or NO). root@eastasia[1052]# ---------------------------------------------------------------------- And I executed `rcorder /etc/rc.d/* /usr/local/etc/rc.d/*`. Then I got just same result as before the modification. So I modifed /etc/rc.d/ntpdate as following. ---------------------------------------------------------------------- root@eastasia[1053]# head /etc/rc.d/ntpdate ~ #!/bin/sh # # $FreeBSD$ # # PROVIDE: ntpdate # REQUIRE: NETWORKING syslogd named # KEYWORD: nojail . /etc/rc.subr root@eastasia[1054]# ---------------------------------------------------------------------- But the result still didn't changed. As I wrote another mail my result of `rcorder -p` is different from that of Helge Oldach. These oddities may be related. I'll investigate further but it may take for a while. --- Yasuhiro Kimura From owner-freebsd-stable@freebsd.org Fri Apr 30 09:44:15 2021 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 9CE9F5F8DF8 for ; Fri, 30 Apr 2021 09:44:15 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from vanadio.schema31.it (vanadio.schema31.it [62.77.63.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vanadio.pomona.schema31.it", Issuer "vanadio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWnWf3PBNz4ZVn for ; Fri, 30 Apr 2021 09:44:13 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by vanadio.pomona.schema31.it (8.15.2/8.15.2) with ESMTP id 13U9i6fg052036; Fri, 30 Apr 2021 11:44:06 +0200 (CEST) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Fri, 30 Apr 2021 11:44:01 +0200 From: Andrea Brancatelli To: Arrigo Marchiori Cc: freebsd-stable@freebsd.org Subject: Re: Slow iSCSI discovery on boot halting the boot process. Organization: Schema31 s.r.l. In-Reply-To: References: <82d5a41ee73f2a9915a831bb5b891366@schema31.it> Message-ID: <8b2e4b15f8fe37200e8860584d09d115@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.16 X-Rspamd-Queue-Id: 4FWnWf3PBNz4ZVn X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[62.77.63.157:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:62.77.63.156/28]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[62.77.63.157:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[schema31.it:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.979]; FREEMAIL_TO(0.00)[yahoo.it]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20746, ipnet:62.77.32.0/19, country:IT]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 09:44:15 -0000 On 2021-04-30 11:12, Arrigo Marchiori via freebsd-stable wrote: > On Fri, Apr 30, 2021 at 10:29:33AM +0200, Andrea Brancatelli via freebsd-stable wrote: > >> Hello, >> >> I'm having an annoying problem with FreeBSD 12.2-RELEASE-p6, iscsid, >> geom multiparty, a Dell MD3200i and fstab. >> >> Long story short, iSCSI login/connection/whatever is slower than the >> boot process and the machine always get stuck with "cannot find >> /san_storage (/dev/multipath/...) please enter /bin/sh location" > > Did you try putting in /boot/loader.conf: > kern.cam.boot_delay=10000 > > It should wait for 10 seconds before attempting to mount the root > partition. OK, I've put it in /boot/loader.conf, let's see if it helps. Unfortunately it's a production machine so I cannot reboot it now to try it. Thanks for the suggestion. From owner-freebsd-stable@freebsd.org Fri Apr 30 10:29:27 2021 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 183515F9EE7; Fri, 30 Apr 2021 10:29:27 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWpWn25Rdz4cYC; Fri, 30 Apr 2021 10:29:24 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id 672B8947D; Fri, 30 Apr 2021 19:29:12 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1619778552; bh=fjibVD199KXj2pNfXSW5RlpzEIZ8Uv/q4KWn5WMPb2I=; h=Date:To:Subject:From:In-Reply-To:References; b=COwbdCRuax7PmNiI4BpZHMDCg3DGPfPEEVmMqJ9BGL7AJJpcohHOe3aRR3ZYLh/dY LR48uCvAhdNHzpWMM85lJ8BwPHVv5EzizweKmLElABdoUEmObKeJAyHyBpLjMMncVy KLwvLydWPsi+K46uiXsC7ENauqF4dUSfFdL38o7x/B7M3LCQYSgCJfhCbW6F5RJkhp r8CGyuQ5m2FUte1ihYhBiaDIXT5XFj9qYsgnFQuKAoxvRa8zH6cQBxTorNmDPVI6vQ wtLGmIvAZKml0CQcDLmJEkWV130myMeEZNMEoCmnbRovCTP4HJf5cceDgrnTtvATN1 /CxQdnlOlxXlg== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id B51802064E; Fri, 30 Apr 2021 19:29:09 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.2 at eastasia.home.utahime.org Date: Fri, 30 Apr 2021 19:28:30 +0900 (JST) Message-Id: <20210430.192830.81070476206975927.yasu@utahime.org> To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time From: Yasuhiro Kimura In-Reply-To: <202104300925.13U9P4me001645@nuc.oldach.net> References: <20210430.171510.1646879613648433205.yasu@utahime.org> <202104300925.13U9P4me001645@nuc.oldach.net> X-Mailer: Mew version 6.8 on Emacs 27.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWpWn25Rdz4cYC X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=COwbdCRu; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports,freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 10:29:27 -0000 From: b56fpu@oldach.net (Helge Oldach) Subject: Re: How to make 'named' rc script invokded earlier at boot time Date: Fri, 30 Apr 2021 11:25:03 +0200 (CEST) > Looks like this is caused by security/trousers which has "BEFORE: named hastd". This port had been touched 3 weeks ago. You provide me very good hint! On my home server security/trousers and emulators/tpm-emulator are installed as dependencies of security/gnutls. They install /usr/local/etc/rc.d/tcsd and /usr/local/etc/rc.d/tpmd respectivley. And there is circular dependency between these 2 rc srcipts and /usr/local/etc/rc.d/named. ---------------------------------------------------------------------- root@eastasia[1067]# rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > /dev/null rcorder: file `/usr/local/etc/rc.d/tcsd' is before unknown provision `kerberos' rcorder: Circular dependency on file `/usr/local/etc/rc.d/named'. rcorder: Circular dependency on provision `fake_prov_00000004': /usr/local/etc/rc.d/tcsd -> /usr/local/etc/rc.d/tpmd -> /etc/rc.d/SERVERS -> /usr/local/etc/rc.d/named -> /usr/local/etc/rc.d/tcsd. rcorder: `/usr/local/etc/rc.d/named' was seen in circular dependencies for 1 times. rcorder: `/etc/rc.d/SERVERS' was seen in circular dependencies for 1 times. rcorder: `/usr/local/etc/rc.d/tpmd' was seen in circular dependencies for 1 times. rcorder: `/usr/local/etc/rc.d/tcsd' was seen in circular dependencies for 1 times. rcorder: `/usr/local/etc/rc.d/named' was seen in circular dependencies for 1 times. root@eastasia[1068]# ---------------------------------------------------------------------- If I temporally move /usr/local/etc/rc.d/tcsd to somewhere else and add 'ntpdate' to 'BEFORE' line of /usr/local/etc/rc.d/named, then 'named' comes before 'ntpupdate' in the result of rcorder. --- Yasuhiro Kimura From owner-freebsd-stable@freebsd.org Fri Apr 30 10:46:59 2021 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 56AF35FA6EE; Fri, 30 Apr 2021 10:46:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWpw23C0Wz4dGZ; Fri, 30 Apr 2021 10:46:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 13UAkkCp010013 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 30 Apr 2021 10:46:47 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: yasu@utahime.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 13UAkgUL012046 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 30 Apr 2021 17:46:42 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: How to make 'named' rc script invokded earlier at boot time To: Yasuhiro Kimura , freebsd-ports@freebsd.org, freebsd-stable@freebsd.org References: <20210430.163054.429403798691966830.yasu@utahime.org> From: Eugene Grosbein Message-ID: <127e4bc7-cd2c-01e9-f1ca-aa4440e82ba2@grosbein.net> Date: Fri, 30 Apr 2021 17:46:36 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20210430.163054.429403798691966830.yasu@utahime.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * -0.0 SPF_PASS SPF: sender matches SPF record * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4FWpw23C0Wz4dGZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c2c:26d8::2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c2c:26d8::2:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable,freebsd-ports] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 10:46:59 -0000 30.04.2021 14:30, Yasuhiro Kimura wrote: > I installed dns/bind916 on my home server and configured it so it > worked as both authoritative and recursor. Then I added > 'nameserver 127.0.0.1' to /etc/resolv.conf and everything worked fine. > > But after updating OS from 12.2-RELEASE to 13.0-RELEASE I noticed > execution of some rc scripts fails at boot time because of DNS lookup > error. And I also found these scripts are executed earlier than > 'named'. > > Now let me use 'ntpdate' as an example. named sometimes *requires* correct time to be set before it is started, so you should either use some IP addressess for NTP bootstrapping at boot time, or put NTP server hostname to /etc/hosts with its IP, so it resolves before named fires. From owner-freebsd-stable@freebsd.org Fri Apr 30 16:14:05 2021 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 50D2862326B; Fri, 30 Apr 2021 16:14:05 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWy9S595fz4tLM; Fri, 30 Apr 2021 16:14:04 +0000 (UTC) (envelope-from portmaster@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 13UGDvUM098285; Fri, 30 Apr 2021 09:14:04 -0700 (PDT) (envelope-from portmaster@bsdforge.com) MIME-Version: 1.0 Date: Fri, 30 Apr 2021 09:13:57 -0700 From: Chris To: Yasuhiro Kimura Cc: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: How to make 'named' rc script invokded earlier at boot time In-Reply-To: <20210430.163054.429403798691966830.yasu@utahime.org> References: <20210430.163054.429403798691966830.yasu@utahime.org> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: portmaster@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FWy9S595fz4tLM X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-Mailman-Approved-At: Fri, 30 Apr 2021 18:20:32 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 16:14:05 -0000 On 2021-04-30 00:30, Yasuhiro Kimura wrote: > I installed dns/bind916 on my home server and configured it so it > worked as both authoritative and recursor. Then I added > 'nameserver 127.0.0.1' to /etc/resolv.conf and everything worked fine. > > But after updating OS from 12.2-RELEASE to 13.0-RELEASE I noticed > execution of some rc scripts fails at boot time because of DNS lookup > error. And I also found these scripts are executed earlier than > 'named'. I've been plagued with this for years (well, a couple anyways) on several of my servers. As I never saw anyone else mention it. I assumed it was just "me". ;-) rc(8) has a mountlate. Seems to me there ought to be a "startlate" key as well. While this won't fix the cause introduced. It might at least solve the problem. create an /etc/rc.conf.local and move your host/nic related things into it followed by your "named" entry. Leaving everything else in /etc/rc.conf This (should) source all the rc.conf.local entries ahead of the rc.conf entries. Thereby providing name resolution before ntpdate(8)/time sync service(s) HTH --Chris > > Now let me use 'ntpdate' as an example. > > If I run `rcorder /etc/rc.d/* /usr/local/etc/rc.d/*` on 12.2-RELEASE, > then I get following result. > > ---------------------------------------------------------------------- > root@rolling-vm-freebsd3[474]# uname -a > FreeBSD rolling-vm-freebsd3.home.utahime.org 12.2-RELEASE-p6 FreeBSD > 12.2-RELEASE-p6 GENERIC amd64 > root@rolling-vm-freebsd3[475]# rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > /etc/rc.d/growfs > /etc/rc.d/sysctl > /etc/rc.d/hostid > /etc/rc.d/zvol > /etc/rc.d/dumpon > (snip) > /etc/rc.d/static_arp > /etc/rc.d/bridge > /etc/rc.d/route6d > /etc/rc.d/NETWORKING > /etc/rc.d/mountcritremote > /etc/rc.d/devfs > /etc/rc.d/ipmon > /etc/rc.d/kdc > /etc/rc.d/mdconfig2 > /etc/rc.d/newsyslog > /etc/rc.d/syslogd > /usr/local/etc/rc.d/tcsd > /usr/local/etc/rc.d/named > /etc/rc.d/watchdogd > /etc/rc.d/savecore > /etc/rc.d/archdep > /etc/rc.d/linux > /etc/rc.d/sysvipc > /etc/rc.d/SERVERS > /usr/local/etc/rc.d/tpmd > /usr/local/etc/rc.d/stunnel > /etc/rc.d/accounting > /etc/rc.d/ntpdate > /etc/rc.d/rpcbind > /etc/rc.d/nfsclient > /etc/rc.d/nisdomain > (snip) > ---------------------------------------------------------------------- > > As you can see, while 'named' is executed before SERVERS, 'ntpdate' is > done after it. > > On the other hand I get following result on 13.0-RELEASE. > > ---------------------------------------------------------------------- > root@rolling-vm-freebsd2[332]# uname -a > FreeBSD rolling-vm-freebsd2.home.utahime.org 13.0-RELEASE FreeBSD > 13.0-RELEASE #0 > releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > root@rolling-vm-freebsd2[333]# rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > /etc/rc.d/dhclient > /etc/rc.d/dumpon > /etc/rc.d/growfs > /etc/rc.d/natd > (snip) > /etc/rc.d/netwait > /etc/rc.d/blacklistd > /etc/rc.d/local_unbound > /etc/rc.d/NETWORKING > /etc/rc.d/pppoed > /etc/rc.d/kdc > /etc/rc.d/kfd > /etc/rc.d/nfsuserd > /etc/rc.d/iscsid > /etc/rc.d/ipropd_slave > /etc/rc.d/nfscbd > /etc/rc.d/iscsictl > /etc/rc.d/ipropd_master > /etc/rc.d/kadmind > /etc/rc.d/kpasswdd > /etc/rc.d/mountcritremote > /etc/rc.d/wpa_supplicant > /etc/rc.d/motd > /etc/rc.d/accounting > /etc/rc.d/cleartmp > /etc/rc.d/dmesg > /etc/rc.d/archdep > /etc/rc.d/gptboot > /etc/rc.d/hostapd > /etc/rc.d/virecover > /etc/rc.d/mdconfig2 > /etc/rc.d/devfs > /etc/rc.d/os-release > /etc/rc.d/newsyslog > /etc/rc.d/linux > /etc/rc.d/syslogd > /etc/rc.d/sysvipc > /etc/rc.d/watchdogd > /etc/rc.d/savecore > /etc/rc.d/ntpdate > /etc/rc.d/localpkg > /etc/rc.d/auditd > /etc/rc.d/bsnmpd > /etc/rc.d/pwcheck > /etc/rc.d/power_profile > /etc/rc.d/rpcbind > /etc/rc.d/auditdistd > /usr/local/etc/rc.d/named > /etc/rc.d/nfsclient > /etc/rc.d/hastd > /etc/rc.d/SERVERS > /etc/rc.d/nisdomain > /usr/local/etc/rc.d/stunnel > /usr/local/etc/rc.d/tpmd > /usr/local/etc/rc.d/tcsd > (snip) > ---------------------------------------------------------------------- > > Now both 'named' and 'ntpdate' are executed before SERVERS. And > unfortunately the latter is earlier than the former. So it is natural > that execution of 'ntpdate' fails with DNS lookup failure. > > I compared ntpdate rc script between releng/12.2 and releng/13.0 but > there is no difference. > > ---------------------------------------------------------------------- > yasu@rolling-vm-freebsd2[1035]% pwd > /usr/src > yasu@rolling-vm-freebsd2[1036]% git diff origin/releng/12.2 > origin/releng/13.0 -- > libexec/rc/rc.d/ntpdate > yasu@rolling-vm-freebsd2[1037]% > ---------------------------------------------------------------------- > > And of cource there is no difference with /usr/local/etc/rc.d/named > either. So it seems evaluation of rcorder(8) is changed between > 12.2-RELASE and 13.0-RELEASE. > > Then is there any way to make 'named' rc script invoked earlier at > boot time on 13.0-RELEASE? > > Best Regards. > > --- > Yasuhiro Kimura > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sat May 1 01:45:21 2021 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 ED8465F31B7 for ; Sat, 1 May 2021 01:45:21 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nsstlmta33p.bpe.bigpond.com (nsstlmta33p.bpe.bigpond.com [203.38.21.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "", Issuer "Openwave Messaging Inc." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXBrb587wz3vN8 for ; Sat, 1 May 2021 01:45:19 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from smtp.telstra.com ([10.10.24.4]) by nsstlfep33p-svc.bpe.nexus.telstra.com.au with ESMTP id <20210501014515.JHAN4353.nsstlfep33p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Sat, 1 May 2021 11:45:15 +1000 X-RG-Spam: Unknown X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledrvddvjedghedvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetpdfqfgfvnecuuegrihhlohhuthemucegtddtnecunecujfgurhephfgtgfgguffkfffvofesthejmhdthhdtvdenucfhrhhomheptehnughrvgifucftvghilhhlhicuoegrrhgvihhllhihsegsihhgphhonhgurdhnvghtrdgruheqnecuggftrfgrthhtvghrnhepleffvdeivedttdeivdejueffudefleetgfeuvdfhueffvdehvdejgffgudfhieeknecukfhppeduvddtrdduheefrdduieehrddufedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghlohepshhmthhptghlihgvnhhtrdgrphhplhgvpdhinhgvthepuddvtddrudehfedrudeihedrudeftddpmhgrihhlfhhrohhmpeeorghrvghilhhlhiessghighhpohhnugdrnhgvthdrrghuqedprhgtphhtthhopeeofhhrvggvsghsugdqshhtrggslhgvsehfrhgvvggsshgurdhorhhgqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RG-VS-CLASS: clean X-Authentication-Info: Submitted using ID areilly@bigpond.net.au Received: from smtpclient.apple (120.153.165.130) by smtp.telstra.com (5.8.420) (authenticated as areilly@bigpond.net.au) id 607E48E602914421 for freebsd-stable@freebsd.org; Sat, 1 May 2021 11:45:15 +1000 From: Andrew Reilly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Congratulations on the stable/13 release! Message-Id: Date: Sat, 1 May 2021 11:45:14 +1000 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FXBrb587wz3vN8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of areilly@bigpond.net.au designates 203.38.21.33 as permitted sender) smtp.mailfrom=areilly@bigpond.net.au X-Spamd-Result: default: False [-2.90 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:203.38.21.0/24]; FREEMAIL_FROM(0.00)[bigpond.net.au]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[203.38.21.33:from]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[bigpond.net.au]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[203.38.21.33:from]; ASN(0.00)[asn:1221, ipnet:203.36.0.0/14, country:AU]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[120.153.165.130:received]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bigpond.net.au]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[203.38.21.33:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 01 May 2021 01:45:22 -0000 In case anyone's interested: for this morning's software maintenance session (at home) I upgraded my file server from FreeBSD stable/12 to the recently released stable/13. From source, in-place, on a running, on-line system. Despite the fact that the entire ZFS subsystem has been replaced, which is what caused me to wait for a couple of weeks, the upgrade appears to have been flawless. Not a single error message on boot-up. Not a single failed service. Everything is working perfectly. Zpool status told me that I should upgrade the pools, and did: that turned on a dozen or so new features that I'm sure are useful. Total downtime about a minute or so: just the time it took to reboot. I'm amazed. Good on the FreeBSD developers and (especially) the release engineers! cd /usr/src git switch stable/13 make -s -j20 buildworld kernel mergemaster -p make -s installworld mergemaster -U shutdown -r now zpool status zpool upgrade backup20 zpool upgrade root zpool upgrade tank Done! Cheers, Andrew From owner-freebsd-stable@freebsd.org Sat May 1 03:54:36 2021 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 7647B5FB033 for ; Sat, 1 May 2021 03:54:36 +0000 (UTC) (envelope-from peter@libassi.se) Received: from smtp.outgoing.loopia.se (smtp.outgoing.loopia.se [93.188.3.37]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXFjk5bjZz4XWT for ; Sat, 1 May 2021 03:54:34 +0000 (UTC) (envelope-from peter@libassi.se) Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 1EF3D24674CE for ; Sat, 1 May 2021 05:54:31 +0200 (CEST) Received: from s499.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id 104832E2DD0B; Sat, 1 May 2021 05:54:31 +0200 (CEST) Received: from s476.loopia.se (unknown [172.22.191.5]) by s499.loopia.se (Postfix) with ESMTP id 0D5C41CE61EF; Sat, 1 May 2021 05:54:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1] autolearn=disabled Received: from s899.loopia.se ([172.22.191.6]) by s476.loopia.se (s476.loopia.se [172.22.190.16]) (amavisd-new, port 10024) with LMTP id fxuc8vb4_c1J; Sat, 1 May 2021 05:54:30 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: peter@libassi.se X-Loopia-Originating-IP: 78.82.157.54 Received: from [172.16.1.44] (c-369d524e.03-77-73746f30.bbcust.telenor.se [78.82.157.54]) (Authenticated sender: peter@libassi.se) by s899.loopia.se (Postfix) with ESMTPSA id 95C012C8B9AE; Sat, 1 May 2021 05:54:30 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Congratulations on the stable/13 release! From: Peter Libassi In-Reply-To: Date: Sat, 1 May 2021 05:54:30 +0200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Andrew Reilly X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXFjk5bjZz4XWT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@libassi.se designates 93.188.3.37 as permitted sender) smtp.mailfrom=peter@libassi.se X-Spamd-Result: default: False [-2.77 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:smtp.outgoing.loopia.se]; RWL_MAILSPIKE_GOOD(0.00)[93.188.3.37:from]; NEURAL_HAM_SHORT(-0.97)[-0.970]; RCPT_COUNT_TWO(0.00)[2]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FREEMAIL_TO(0.00)[bigpond.net.au]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[93.188.3.37:from]; ASN(0.00)[asn:39570, ipnet:93.188.2.0/23, country:SE]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FREEFALL_USER(0.00)[peter]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[libassi.se]; SPAMHAUS_ZRD(0.00)[93.188.3.37:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[93.188.3.37:from]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 01 May 2021 03:54:36 -0000 > 1 maj 2021 kl. 03:45 skrev Andrew Reilly : >=20 > In case anyone's interested: for this morning's software maintenance=20= > session (at home) I upgraded my file server from FreeBSD stable/12 > to the recently released stable/13. =46rom source, in-place, on a > running, on-line system. Despite the fact that the entire ZFS > subsystem has been replaced, which is what caused me to wait for a > couple of weeks, the upgrade appears to have been flawless. Not a > single error message on boot-up. Not a single failed service. > Everything is working perfectly. Zpool status told me that I should > upgrade the pools, and did: that turned on a dozen or so new features > that I'm sure are useful. Total downtime about a minute or so: > just the time it took to reboot. I'm amazed. Good on the FreeBSD > developers and (especially) the release engineers! >=20 > cd /usr/src > git switch stable/13 > make -s -j20 buildworld kernel > mergemaster -p > make -s installworld > mergemaster -U > shutdown -r now >=20 > zpool status > zpool upgrade backup20 > zpool upgrade root > zpool upgrade tank >=20 > Done! >=20 > Cheers, >=20 > Andrew >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org=E2=80=9D I will join the gratulations! I=E2=80=99ve also upgraded my home NAS = server and my remote Backup server without a glitch including upgrade of = ZFS and all ports. Everything now works as on 12.2. freebsd-update -r 13.0-RELEASE upgrade /usr/sbin/freebsd-update install fix /etc/ssh/sshd_conf shutdown -r now freebsd-update install pkg-static install -f pkg pkg bootstrap -f pkg update pkg upgrade freebsd-update install shutdown -r now zpool upgrade nas Excellent work from the FreeBSD team! Thanks Peter From owner-freebsd-stable@freebsd.org Sat May 1 07:07:22 2021 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 E276862180B for ; Sat, 1 May 2021 07:07:22 +0000 (UTC) (envelope-from felix@palmen-it.de) Received: from stef.palmen-it.de (stef.palmen-it.de [84.38.67.7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXL0B1Y0Vz3Ppy for ; Sat, 1 May 2021 07:07:21 +0000 (UTC) (envelope-from felix@palmen-it.de) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=palmen-it.de; s=20200414; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=wYVCOio2oGBtIVlm7+xBGs4KSmwmmeDKZnCc30TNaI8=; b=5XK2wNeFWCiYQAqHK8ZT2CnY1 uPJqDl0eHZCPXfwztbU4EcMZvsH3yBKC9UcIy2THGzv2q5CiO62ZCqCCxv9C26uzSUycEpg1DGgPq 2TrFSeeXOkPt0hua099Dofedx98OT38NNslMnY8/RE+Xo4/qiX8L6AcIcYscMrp09Xz1NPnnOnEGg eRocPTLf4npm+YyyvK53RYr0OQC6KmXR1boWVI2a4LHod4Eb5V1HhgOlZSOmltOkZPvZYZVafdKmp cI58CwHLEFykNMKy19KH3sjrNylytdHqWEOysfG/EV2QISvx0PUebqALHkpe4fqPDFAWjf+aBFLcV /NPay4F2w==; Received: from [192.168.71.101] (helo=mail.home.palmen-it.de) by stef.palmen-it.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lcjib-0000XO-4L for freebsd-stable@freebsd.org; Sat, 01 May 2021 09:07:13 +0200 Received: from nexus.home.palmen-it.de ([192.168.99.2]) by mail.home.palmen-it.de with esmtpsa (TLS1.3) tls TLS_CHACHA20_POLY1305_SHA256 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lcjia-000P81-Rd for freebsd-stable@freebsd.org; Sat, 01 May 2021 07:07:12 +0000 Date: Sat, 1 May 2021 09:07:12 +0200 From: Felix Palmen To: freebsd-stable@freebsd.org Subject: mergemaster (was: Congratulations on the stable/13 release!) Message-ID: <20210501070712.2knhe5uuqfp76ddi@nexus.home.palmen-it.de> Mail-Followup-To: freebsd-stable@freebsd.org X-Face: /1K@t"h.}e~pR@]c7HorQ!T`F^RJCa'BCr#e>IKA{>C/9OTGB4|xh"y2{?1Z5M i2w"AH^pN_LlHR^{+f',_Np~; .B; !M/bL}*qk]p5*r7F5vW}; {:@4u5S?T&f0$7BJ-71Q5SV]:v$`5 A0[DZ:=?S52x8HJ~5@^P_\T@MsjG{R( Organization: palmen-it.de References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5ql225fvnxdihlnt" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20210205 X-Rspamd-Queue-Id: 4FXL0B1Y0Vz3Ppy X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=palmen-it.de header.s=20200414 header.b=5XK2wNeF; dmarc=pass (policy=none) header.from=palmen-it.de; spf=pass (mx1.freebsd.org: domain of felix@palmen-it.de designates 84.38.67.7 as permitted sender) smtp.mailfrom=felix@palmen-it.de X-Spamd-Result: default: False [-7.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:84.38.67.7]; TO_DN_NONE(0.00)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[84.38.67.7:from]; DMARC_POLICY_ALLOW(-0.50)[palmen-it.de,none]; DKIM_TRACE(0.00)[palmen-it.de:+]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:204119, ipnet:84.38.64.0/20, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[palmen-it.de:s=20200414]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[palmen-it.de:dkim]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 01 May 2021 07:07:22 -0000 --5ql225fvnxdihlnt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andrew Reilly [20210501 11:45]: > mergemaster -p > make -s installworld > mergemaster -U Note you shouldn't use mergemaster any more. It works fine for upgrading to 13, but after that, I'd expect problems because it relies on the old VCS tags. Use etcupdate instead, see here for details: It's also documented in the handbook: --=20 Dipl.-Inform. Felix Palmen ,.//.......... {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de {pgp public key} http://palmen-it.de/pub.txt // """"""""""" {pgp fingerprint} A891 3D55 5F2E 3A74 3965 B997 3EF2 8B0A BC02 DA2A --5ql225fvnxdihlnt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEqJE9VV8uOnQ5ZbmXPvKLCrwC2ioFAmCM/hoACgkQPvKLCrwC 2iqErwf/YtIhQOzr2XBhq0+jvAfUWZ4mRJQvZMxQVTyaH12+q8uAuNx7PdB2RH7l v4AJO9NPhAom72XEf9DGSXCZsf3VvZOfyprCM5dpWvE6SKFrFK/GwEaJ3mQpWJW8 n3O61+3G/pnQGVk9onkeuY/Iro15vxmBgtdY7V9W5HJUXnMABXqrszHxH50RyBPC t2jvXovayki5cQXGfTtqRIWsv0FaEv6VJbbwWHAUrK4ErtN+sOxE45ykuoSSCcKL wa7NnjqrEvJWdUZNlSFs9scBJVQZD76yTQwxdusCr85g0aHAUynh8CAeJj1cjaJO 8tp+pB2a9vBc2cduLZsp7RMLo0as3w== =TvlH -----END PGP SIGNATURE----- --5ql225fvnxdihlnt-- From owner-freebsd-stable@freebsd.org Sat May 1 16:41:33 2021 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 B6525631740 for ; Sat, 1 May 2021 16:41:33 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [138.201.35.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FXZkh5qZHz4hVK for ; Sat, 1 May 2021 16:41:32 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from alteisen.local (unknown [45.151.242.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 3BE863DCB3 for ; Sat, 1 May 2021 16:41:25 +0000 (UTC) Subject: Re: FreeBSD 13.0 terrible performance in KVM To: freebsd-stable@freebsd.org References: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> From: Crest Message-ID: Date: Sat, 1 May 2021 18:41:23 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 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: 4FXZkh5qZHz4hVK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 138.201.35.217 as permitted sender) smtp.mailfrom=crest@rlwinm.de X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[138.201.35.217:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[138.201.35.217:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[rlwinm.de]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:138.201.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 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, 01 May 2021 16:41:33 -0000 On 25.04.21 11:15, dashdruid via freebsd-stable wrote: > Hello, > > I have reinstalled it with GPT/ZFS and your right it's much better. Same search taking 3-6 seconds so I have deleted now all my old UFS based FreeBSD images. If the partitioning alone changed something it was probably an alignment problem. These are things you can try: * Create a VM with two virtual disks. * Install a UFS system on the first disk. * Create and mount a UFS on the unpartitioned second disk. * Copy the whole system with tar to the second disk. * Reboot the VM. * Compare performance on both file disks. Maybe your virtual disk backend is is just terrible with unaligned accesses.