From nobody Wed Nov 23 21:37:55 2022 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NHZHH5zjlz4h8mC for ; Wed, 23 Nov 2022 21:38:03 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NHZHG3ssdz42nv for ; Wed, 23 Nov 2022 21:38:02 +0000 (UTC) (envelope-from ler@lerctr.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b="QR/QXElE"; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4 as permitted sender) smtp.mailfrom=ler@lerctr.org; dmarc=pass (policy=none) header.from=lerctr.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Type:Message-ID:References:In-Reply-To:Subject:Cc:To: From:Date:MIME-Version:Sender:Reply-To: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=X9bXF8ekLWqA/PdzuF37RecKzfb500S7PHK6Vn2+VhU=; b=QR/QXElEygioXWOtzwkCa9blxs zWIUHdsGfHtGOxd/mixDJ+PNrHh5HovYsoOeAnAJ/SVK1LSqAC1DvJV54qPcUVYzrdx0e7Enh1x2b PYXdbqqRG8l/LWvhv5CaC79ldpy3G0/f8iTYCPR5pH7fWMCjHyoVQo1MvQ4JdiaMYPcsA64IfYXEw Z9fN+s5/V5cdzRznvpeS8S04m3qLlgyMhp24pzCoYnklKchqOdLCTIKvLuZSrUXlC0C4fXuHusD7A CmraPYCKik3CCkIV+02shurrYw8x2TGwaNud7ixEfp9433iNd335vtEyoYdcKdnk6CNxmwzXSZi6i rDkvJR0Q==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4 as permitted sender) client-ip=2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4]:46664 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1oxxRM-000Eml-25; Wed, 23 Nov 2022 15:37:56 -0600 Received: from 2600:1700:210:b18f:3147:522c:1f71:d794 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 23 Nov 2022 15:37:55 -0600 List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Date: Wed, 23 Nov 2022 15:37:55 -0600 From: Larry Rosenman To: Rick Macklem Cc: Freebsd fs Subject: Re: NFSv4.2: One share not automounting In-Reply-To: References: <74b67036bfd95d1ec831f265c1712e31@lerctr.org> Message-ID: <32fbd19648313962fa64d99896382a0e@lerctr.org> X-Sender: ler@lerctr.org Content-Type: multipart/alternative; boundary="=_e76da9c965e2cbbad314b83976c7753f" X-Spamd-Result: default: False [-3.00 / 15.00]; URI_COUNT_ODD(1.00)[17]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:55103, ipnet:2602:fcdb::/36, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; FREEFALL_USER(0.00)[ler]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TAGGED_RCPT(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NHZHG3ssdz42nv X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --=_e76da9c965e2cbbad314b83976c7753f Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed yes. just a subdirectory of /: ❯ df /vault/backup Filesystem Size Used Avail Capacity Mounted on zroot/ROOT/14-2022_11_23-0001 7.8T 3.4G 7.8T 0% / ler in 🌐 borg in ~ via C v14.0.5-clang on ☁️ (us-east-1) ❯ and I did mention what version: This has been happening for a while. FreeBSD 14-CURRENT as of Tue Nov 22 23:59:16 CST 2022 ❯ uname -a FreeBSD borg.lerctr.org [1] 14.0-CURRENT FreeBSD 14.0-CURRENT #29 ler/freebsd-main-changes-n259398-496d4d928269: Tue Nov 22 23:59:16 CST 2022 root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/LER-MINIMAL amd64 On 11/23/2022 3:33 pm, Rick Macklem wrote: > On Wed, Nov 23, 2022 at 8:41 AM Larry Rosenman wrote: > >> /vault/backup is just a directory local on the client. > > And /vault/backup/TBH is just a subdirectory of that file system? > > I vaguely recall a PR that looked like this, where there were > nullfs mounts and I twiddled things so that "late" could be used, > but that might only be for FreeBSD 14/current. I can't recall if > the changes were MFC'd. You did not mention what version of > FreeBSD you were using. > > rick > > Late causes other issues with both mounts and the rest of the boot > sequence. > > On 11/23/2022 8:59 am, Rick Macklem wrote: > > On Tue, Nov 22, 2022 at 10:25 PM Larry Rosenman wrote: > CAUTION: This email originated from outside of the University of > Guelph. Do not click links or open attachments unless you recognize the > sender and know the content is safe. If in doubt, forward suspicious > emails to IThelp@uoguelph.ca > > I have the following 2 entries in /etc/fstab: > ######### > freenas.lerctr.org:/mnt/data/TBH /vault/backup/TBH nfs > rw,nfsv4,minorversion=2,nconnect=8 0 0 > freenas.lerctr.org:/mnt/data/BACULA /vault/backup/BACULA nfs > rw,nfsv4,minorversion=2,nconnect=8 0 0 > > the top one (ending in /TBH) doesn't mount at boot, but if I do a > manual > mount, it's fine. > Is /vault/backup a mount point on the client? > (You didn't show the rest of your /etc/fstab.) > If so, it might be a timing thing w.r.t. when /vault/backup > gets mounted. > > You could try the "late" mount option, to see if that helps. > > Other than that, I cannot think why the first one would not work. > > rick > ps: Normally NFSv4 mounts a tree of file systems on the server and, > as such, a single mount to a server is used, but doing multiple > mounts should work. > How can I get data to diagnose this issue? > > This has been happening for a while. FreeBSD 14-CURRENT as of Tue Nov > 22 23:59:16 CST 2022 > > ❯ uname -a > FreeBSD borg.lerctr.org [1] 14.0-CURRENT FreeBSD 14.0-CURRENT #29 > ler/freebsd-main-changes-n259398-496d4d928269: Tue Nov 22 23:59:16 CST > 2022 > root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/LER-MINIMAL amd64 > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 Links: ------ [1] http://borg.lerctr.org --=_e76da9c965e2cbbad314b83976c7753f Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

yes. just a subdirectory of /:

=E2=9D=AF df /vault/backup
Filesystem               = ;        Size    Used   Avail Capac= ity  Mounted on
zroot/ROOT/14-2022_11_23-0001    7.8T    3.4= G    7.8T     0%    /
 
ler in =F0=9F=8C=90 borg in ~ via C v14.0.5-clang on =E2=98=81= =EF=B8=8F  (us-east-1)
=E2=9D=AF
 
and I did mention what version:
This has been happening for= a while.  FreeBSD 14-CURRENT as of Tue Nov
22 23:59:16 CST 2022=

=E2=9D=AF uname -a
FreeBSD borg.lerctr.org 14.0-= CURRENT FreeBSD 14.0-CURRENT #29
ler/freebsd-main-changes-n259398-496= d4d928269: Tue Nov 22 23:59:16 CST
2022     
root= @borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/LER-MINIMAL amd64



On 11/23/2022 3:33 pm, Rick Macklem wrote:

 

On Wed, Nov 23, 2022 at 8:41 AM Lar= ry Rosenman <ler@le= rctr.org> wrote:

/vault/backup is just a directory local on the client.

And = /vault/backup/TBH is just a subdirectory of that file system?
&nbs= p;
I va= guely recall a PR that looked like this, where there were
null= fs mounts and I twiddled things so that "late" could be used,
but = that might only be for FreeBSD 14/current. I can't recall if
the = changes were MFC'd. You did not mention what version of
Free= BSD you were using.
&nbs= p;
rick=
 

Late causes other issues with both mounts and the rest of the boot seque= nce.

On 11/23/2022 8:59 am, Rick M= acklem wrote:

 

On Tue, Nov 22, 2022 at 10:25 PM Larry Rosenman <ler@lerctr.org> wrote= :
CAUTION: This email originated from outside of the= University of Guelph. Do not click links or open attachments unless you re= cognize the sender and know the content is safe. If in doubt, forward suspi= cious emails to IT= help@uoguelph.ca


I have the following 2 entries in /et= c/fstab:
#########
freenas.lerctr.org:/mnt/data/TBH    = /vault/backup/TBH    nfs
rw,nfsv4,minorversion=3D2,nconnect= =3D8 0 0
freenas.lerctr.org:/mnt/data/BACULA /vault/backup/BACULA nfs =
rw,nfsv4,minorversion=3D2,nconnect=3D8 0 0

the top one (en= ding in /TBH) doesn't mount at boot, but if I do a manual
mount, it's= fine.
Is /vault/backup a mount point= on the client?
(You didn't show the rest of y= our /etc/fstab.)
If so, it might be a timing th= ing w.r.t. when /vault/backup
gets mounted.
 
You could try the "late" mount= option, to see if that helps.
 
Other than that, I cannot thin= k why the first one would not work.
 
rick
ps: Normally NFSv4 mounts a tr= ee of file systems on the server and,
    as such, a singl= e mount to a server is used, but doing multiple
    mounts should wo= rk.
 
How can I get data to diagnose this issue?
This has been happening for a while.  FreeBSD 14-CURRENT as of Tue= Nov
22 23:59:16 CST 2022

=E2=9D=AF uname -a
FreeBSD = borg.lerctr.org 14.0-CURRENT FreeBSD 14.0-CURRENT #29
ler/f= reebsd-main-changes-n259398-496d4d928269: Tue Nov 22 23:59:16 CST
202= 2     
root@borg.lerctr.org:/usr/obj/usr/src/amd64.amd6= 4/sys/LER-MINIMAL amd64



--
Larry Rosenman = ;                    http://www.lerctr.org/~ler
Phone: +1 214-642-9640  &nbs= p;              E-Mail: ler@lerctr.org
US Mail: 5708 = Sabbia Dr, Round Rock, TX 78665-2106


--&= nbsp;
Larry Rosenman               =       http://www.lerctr.org/~ler
Phone: += 1 214-642-9640                 E-Ma= il: ler@lerctr.org=
US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106


= -- 
Larry Rosenman        = ;             http://www.lerctr.org= /~ler
Phone: +1 214-642-9640           &n= bsp;     E-Mail: ler@lerctr.org=
US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106
--=_e76da9c965e2cbbad314b83976c7753f--