Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Aug 2023 20:23:14 -0700
From:      Cy Schubert <Cy.Schubert@cschubert.com>
To:        Alexander Motin <mavbsd@gmail.com>
Cc:        FreeBSD User <freebsd@walstatt-de.de>, Martin Matuska <mm@FreeBSD.org>, src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org
Subject:   Re: git: 315ee00fa961 - main - zfs: merge openzfs/zfs@804414aad
Message-ID:  <20230828032314.BE584A7@slippy.cwsent.com>
In-Reply-To: <5520d4cf-076c-9a06-7000-9ef608d21470@gmail.com>
References:  <202308270509.37R596B5048298@gitrepo.freebsd.org>  <20230827075913.36151ef6@thor.intern.walstatt.dynvpn.de>  <5520d4cf-076c-9a06-7000-9ef608d21470@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
In message <5520d4cf-076c-9a06-7000-9ef608d21470@gmail.com>, Alexander 
Motin wr
ites:
> Hi,
>
> I've just updated my test system and it happily imported everything. 
> Could you give more details?  Does "all pools do not import" means that 
> no pools were imported or that some pools were not imported?  Where they 
> imported before reboot and had default cachefile pool property value? 
> Generally on boot ZFS does not import all the pools.  Aside of the boot 
> pool ZFS on boot imports only pools that were imported before reboot and 
> used default cachefile, which is /etc/zfs/zpool.cache.  Do you see any 
> errors related to import?  Anything suspicious can be seen in sysctl 
> kstat.zfs.misc.dbgmsg ?

Confirmed. This is a regression for users whose /usr is in a separate 
filesystem than root (/). If you have a rootfs that includes /usr, you are 
OK. But, if your /usr is on a different filesystem your computer will fail 
to boot and will need the following patch:

>From 3a79eb11e8912621d5f6200c7fc22466a27807fc Mon Sep 17 00:00:00 2001
From: Cy Schubert <cy@FreeBSD.org>
Date: Sun, 27 Aug 2023 20:02:17 -0700
Subject: [PATCH] librt: Chase 315ee00fa961, fixing boot

libzfs uses librt as a dependency. Systems with a separate / and /usr
will fail to load the libzfs.so library because librt.so is not
available due to the fact that /usr is not mounted yet. Install librt
in /lib making it available to libzfs.

Fixes:		315ee00fa961
---
 lib/librt/Makefile | 1 +
 1 file changed, 1 insertion(+)

diff --git a/lib/librt/Makefile b/lib/librt/Makefile
index 9a54c3ea2812..8b880c41ec44 100644
--- a/lib/librt/Makefile
+++ b/lib/librt/Makefile
@@ -3,6 +3,7 @@
 
 PACKAGE=clibs
 LIB=rt
+SHLIBDIR=/lib
 SHLIB_MAJOR= 1
 CFLAGS+=-I${SRCTOP}/lib/libc/include -I${.CURDIR}
 .ifndef NO_THREAD_STACK_UNWIND
-- 
2.41.0


This patch should work for you as it did for me.
 

-- 
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP:           <cy@nwtime.org>    Web:  https://nwtime.org

			e^(i*pi)+1=0


>
> On 27.08.2023 01:58, FreeBSD User wrote:
> > Am Sun, 27 Aug 2023 05:09:06 GMT
> > Martin Matuska <mm@FreeBSD.org> schrieb:
> > 
> > After updating my CURRENT with this new ZFS code, on reboot all pools do no
> t import
> > automatically anymore as it has been before.
> > 
> > Did I miss something?
> > 
> > Kind regrads,
> > 
> > oh
> > 
> >> The branch main has been updated by mm:
> >>
> >> URL: https://cgit.FreeBSD.org/src/commit/?id=315ee00fa9616b0a192b6834911f9
> 8bcf5316a6b
> >>
> >> commit 315ee00fa9616b0a192b6834911f98bcf5316a6b
> >> Merge: b3a714652ff0 804414aad224
> >> Author:     Martin Matuska <mm@FreeBSD.org>
> >> AuthorDate: 2023-08-26 21:20:04 +0000
> >> Commit:     Martin Matuska <mm@FreeBSD.org>
> >> CommitDate: 2023-08-26 21:51:42 +0000
> >>
> >>      zfs: merge openzfs/zfs@804414aad
> >>      
> >>      Notable upstream pull request merges:
> >>        #15024 Add missed DMU_PROJECTUSED_OBJECT prefetch
> >>        #15029 Do not request data L1 buffers on scan prefetch
> >>        #15036 FreeBSD: catch up to __FreeBSD_version 1400093
> >>        #15039 Fix raw receive with different indirect block size
> >>        #15047 FreeBSD: Fix build on stable/13 after 1302506
> >>        #15049 Fix the ZFS checksum error histograms with larger record siz
> es
> >>        #15052 Reduce bloat in ereport.fs.zfs.checksum events
> >>        #15056 Avoid extra snprintf() in dsl_deadlist_merge()
> >>        #15061 Ignore pool ashift property during vdev attachment
> >>        #15063 Don't panic if setting vdev properties is unsupported for th
> is vdev type
> >>        #15067 spa_min_alloc should be GCD, not min
> >>        #15071 Add explicit prefetches to bpobj_iterate()
> >>        #15072 Adjust prefetch parameters
> >>        #15076 Refactor dmu_prefetch()
> >>        #15079 set autotrim default to 'off' everywhere
> >>        #15080 ZIL: Fix config lock deadlock
> >>        #15088 metaslab: tuneable to better control force ganging
> >>        #15096 Avoid waiting in dmu_sync_late_arrival()
> >>        #15097 BRT should return EOPNOTSUPP
> >>        #15103 Remove zl_issuer_lock from zil_suspend()
> >>        #15107 Remove fastwrite mechanism
> >>        #15113 libzfs: sendrecv: send_progress_thread: handle SIGINFO/SIGUS
> R1
> >>        #15122 ZIL: Second attempt to reduce scope of zl_issuer_lock
> >>        #15129 zpool_vdev_remove() should handle EALREADY error return
> >>        #15132 ZIL: Replay blocks without next block pointer
> >>        #15148 zfs_clone_range should return descriptive error codes
> >>        #15153 ZIL: Avoid dbuf_read() before dmu_sync()
> >>        #15172 copy_file_range: fix fallback when source create on same txg
> >>        #15180 Update outdated assertion from zio_write_compress
> >>      
> >>      Obtained from:  OpenZFS
> >>      OpenZFS commit: 804414aad224b432590afe3f9ec114ffb49e0f13
>
> -- 
> Alexander Motin
>





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230828032314.BE584A7>