From nobody Wed Nov 23 21:33:52 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 4NHZBj0J47z4h88s for ; Wed, 23 Nov 2022 21:34:05 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pg1-x52d.google.com (mail-pg1-x52d.google.com [IPv6:2607:f8b0:4864:20::52d]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NHZBh36TTz42Ln for ; Wed, 23 Nov 2022 21:34:04 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52d.google.com with SMTP id f3so17863626pgc.2 for ; Wed, 23 Nov 2022 13:34:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=/agxs4QvQpLDxyy4BGxpNUwpB/fPS1TI6GtmhPTjA0k=; b=alfgpyC8YnWfhgfwXOZwZXZo1gjVnfHc8EZtYKxKLk10oydWVYGP2AW+fyprXzqTDA fWPIaFFuXo4tgeSXI4QKaZC2E2f1jHXPufl5hWXb5aorKO3m8QkD5sjM3plx44fTZoWi id4wtWlGpN3y+iq+OyTCRpDr2C6JQZb3pJKPF8SlRlUX94HibXP8pYTNMKZw8+xoWWiF 10YyzwWjihtvV5gRcQ2qgulfZJ8eOQEhI25ZxYnTr2+nEMLkwyLbvyWECQkvUgDoKM5D mDa7FMidDmwvwmfHo9dgbm2hTi9n0YdbOQrewJpVApDSzOyvvjOcBwELpIxIlndwv8Cs MvxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=/agxs4QvQpLDxyy4BGxpNUwpB/fPS1TI6GtmhPTjA0k=; b=JfVrZlv6b9cO5seHiUMP+cC7vsjs/Hw9N5zdAuEzvT4ePf41RMoWLSaaWKDoYCQhUH SCjv89A08LisP4MJPmP8zysR2j7RnuBk2uYDTUek/0f4W1hrPeTNjpI7xvp0c8Rnp/mM 5ZKpdzPPXqAJqn3kYdjrQDd3ZwjwCAWTNFgW3+BD1zYKA/fG/DnR6oJ52bVz++SU5ktJ JrnDlFwEqFs+MbQZqLl7aacnlsPI1/MkPz/flHHBTekAK4Jvek0y7Ak77AJ7n5zL2XeI Ng7gJ0uYnE0yEUCUyGp+ir5MnPjGNPxjAJIwbpCbg/oP+guAnH1MSPra+OxAG+MoR/cK BCrQ== X-Gm-Message-State: ANoB5pn2SlKbYs9kYUw+/c/p0VvxYGRvsuSN5ggDlu4jWJJRwht6uG+S f/0gP673OuIuT31uerTNAlCZ+FkY8LjuRDtme39QGNkDyg== X-Google-Smtp-Source: AA0mqf4jivYHX48vBW8tUn2fnKKwvpChTfQRmUOc0Tiz3UMWtq6PmjMEd17G8L6rwPA04OuB3wHEpxKFsI20ODLLmMI= X-Received: by 2002:a05:6a00:1f10:b0:573:578b:e773 with SMTP id be16-20020a056a001f1000b00573578be773mr14228277pfb.11.1669239242907; Wed, 23 Nov 2022 13:34:02 -0800 (PST) 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 References: <74b67036bfd95d1ec831f265c1712e31@lerctr.org> In-Reply-To: From: Rick Macklem Date: Wed, 23 Nov 2022 13:33:52 -0800 Message-ID: Subject: Re: NFSv4.2: One share not automounting To: Larry Rosenman Cc: Freebsd fs Content-Type: multipart/alternative; boundary="0000000000001e66d805ee2a0ce6" X-Rspamd-Queue-Id: 4NHZBh36TTz42Ln X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000001e66d805ee2a0ce6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 an= d > 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=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 (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 > > =E2=9D=AF uname -a > FreeBSD borg.lerctr.org 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 > --0000000000001e66d805ee2a0ce6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Nov 23, 2022 at 8:41 AM Larry Rosenma= n <ler@lerctr.org> 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 m= ounts and I twiddled things so that "late" could be used,<= /div>
but= that might only be for FreeBSD 14/current. I can't recall if
the c= hanges were MFC'd. You did not mention what version of
FreeBSD you = were using.

rick
=C2=A0

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

On 11/23/2022 8:59 am, Rick Mac= klem wrote:

=C2=A0

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= recognize the sender and know the content is safe. If in doubt, forward su= spicious emails to IThelp@uoguelph.ca


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

the top one (e= nding in /TBH) doesn't mount at boot, but if I do a manual
mount, i= t's fine.
Is /vault/backup a mount point o= n the client?
(You didn't show the rest of= your /etc/fstab.)
If so, it might be a timing thin= g w.r.t. when /vault/backup
gets mounted.
=C2=A0
You could try the "late&quo= t; mount option, to see if that helps.
=C2=A0
Other than that, I cannot think = why the first one would not work.
=C2=A0
rick
ps: Normally NFSv4 mounts a tree= of file systems on the server and,
=C2=A0 =C2=A0 as such, a single = mount to a server is used, but doing multiple
=C2=A0 =C2=A0 mounts should work= .
=C2=A0
How can I get data to diagnose this issue?
<= br>This has been happening for a while.=C2=A0 FreeBSD 14-CURRENT as of Tue = Nov
22 23:59:16 CST 2022

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



--
Larry Rosenman=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0http://www.lerctr= .org/~ler
Phone: +1 214-642-9640=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0E-Mail: ler@lerctr.org
US Mail: 5708 Sabbia D= r, Round Rock, TX 78665-2106


--=C2=A0<= br>Larry Rosenman =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 http://www.lerctr.org/~ler
Phone: +1 214-642= -9640 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 E-Mail: ler@lerctr.org
US Mai= l: 5708 Sabbia Dr, Round Rock, TX 78665-2106
--0000000000001e66d805ee2a0ce6--