From owner-freebsd-users-jp@freebsd.org Thu Apr 22 04:28:23 2021 Return-Path: Delivered-To: freebsd-users-jp@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 30A915FEAD7 for ; Thu, 22 Apr 2021 04:28:23 +0000 (UTC) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Received: from mo-sw.po.2iij.net (mo-sw1510.po.2iij.net [210.128.50.32]) (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 4FQktt1xKjz4rcf for ; Thu, 22 Apr 2021 04:28:20 +0000 (UTC) (envelope-from katsu@miyoshi.matsuyama.ehime.jp) Received: by mo-sw.po.2iij.net (po-mo-sw1510) id 13M4SCtX000513; Thu, 22 Apr 2021 13:28:12 +0900 Received: from kmgw.miyoshi.matsuyama.ehime.jp (14.23.31.150.dy.iij4u.or.jp [150.31.23.14]) by mbox.po.2iij.net (po-mbox1512) id 13M4SBnq029691 for ; Thu, 22 Apr 2021 13:28:12 +0900 Received: from kmgw.miyoshi.matsuyama.ehime.jp (localhost [127.0.0.1]) by kmgw.miyoshi.matsuyama.ehime.jp (Postfix) with ESMTP id 8FE0C5F81 for ; Thu, 22 Apr 2021 13:28:11 +0900 (JST) From: Katsuyuki Miyoshi To: "freebsd-users-jp@freebsd.org" Cc: References: <6fdcab21-2209-53de-82a3-14021d5f0fd3@kankyo-u.ac.jp> <07D6B03E-E0F1-49CF-AD65-1CCAF4D986EA@gmail.com> <8593ad8a-d918-40ad-ae3d-1e183d92a0c9@oikumene.net> <01a9ee7b-ea36-4ae3-8301-1705fcecf898@ninth-nine.com> <6bb5ab7b-1d52-289a-1afc-06fb428e6c76@kankyo-u.ac.jp> Date: Thu, 22 Apr 2021 13:28:10 +0900 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Rspamd-Queue-Id: 4FQktt1xKjz4rcf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of katsu@miyoshi.matsuyama.ehime.jp has no SPF policy when checking 210.128.50.32) smtp.mailfrom=katsu@miyoshi.matsuyama.ehime.jp X-Spamd-Result: default: False [-2.06 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[210.128.50.32:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-users-jp@freebsd.org]; DMARC_NA(0.00)[miyoshi.matsuyama.ehime.jp]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[210.128.50.32:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.96)[-0.963]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2497, ipnet:210.128.0.0/16, country:JP]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-users-jp] Subject: [FreeBSD-users-jp 96792] Re: freebsd-update -r 13.0-RELEASE upgrade X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussion relevant to FreeBSD communities in Japan List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2021 04:28:23 -0000 みよし です。 近藤和宏 writes: > ・結局のところ、zfs.ko がきちんと読み込まれているかどうかだけ? > という感じでして……。 zfs.ko をロードしているかどうかじゃなくて、pool が import されているか どうかじゃないのかなと思ったりはするのですが。 mount -t zfs しようとすればその場合でもやはり zfs.ko のロードは行われます。 # 現時点でも確認できそうであれば # # > 諸々の結果、再起動後に single user mode に落ちた環境は # > ・/etc/rc.conf に zfs_enable="YES" がない # > ・/etc/fstab に zfs 領域の記述がある # > という環境でした。 # # この single user mode に落ちた時の kldstat の表示はどうでしょうか? R12 までは zfs.ko がロードされれば zpool import -a された状態で、よって そのまま mount -t zfs すれば成功します。 一方で R13 (OpenZFS) では zfs.ko がロードされても zpool import -a された状態ではなくなりました。よってそのまま mount -t zfs するだけでは mount できません (zpool import が必要です)。 OS 起動時に zpool import -a をしておきたい場合は /etc/rc.conf に zfs_enable="YES" を記述してそれによって (/etc/rc.d/zpool で) zpool import -a を行うような仕様になったと思います。 # /usr/src/UPDATING の 20200824: # # Pool auto import behavior at boot has been moved from the kernel module # to an explicit "zpool import -a" in one of the rc scripts enabled by # zfs_enable=YES. This means your non-root zpools won't auto import until # you upgrade your /etc/rc.d files. # > これに、hrs から頂いたコメントで > ・zfs mount -a を rc.d/zfs が実行すると読みます > ・fstab の段階で実行するのは mount -t zfs -a なので、こっちは読まない > (いずれも、「読む」と言われているのは zfs.ko) 原文が確かにこうなのか、近藤さんの解釈でこうなのかちょっとよく分か らないのですが、私がいいように想像して書くなら ・zfs_enable="YES" の記述があって zfs mount -a を実行する場合は rc.d/zfs (と rc.d/zpool) が読まれます。(だから成功します) ・zfs_enable="YES" の記述がなくて rc.d/mountcritlocal で実行される mount -t zfs を実行するような場合には rc.d/zfs (rc.d/zpool) は読ま れません。(だから失敗します) くらいに解釈できたりはしないでしょうか? ともかくこの辺りは R13 (OpenZFS) になっての変更点である事は確かですよね。 以上、どうぞよろしくお願いいたします。 -- 三好勝幸 (Katsuyuki Miyoshi)