Date: Sun, 27 Aug 2023 12:30:23 -0400 From: Alexander Motin <mavbsd@gmail.com> To: FreeBSD User <freebsd@walstatt-de.de>, Martin Matuska <mm@FreeBSD.org> Cc: 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: <5520d4cf-076c-9a06-7000-9ef608d21470@gmail.com> In-Reply-To: <20230827075913.36151ef6@thor.intern.walstatt.dynvpn.de> References: <202308270509.37R596B5048298@gitrepo.freebsd.org> <20230827075913.36151ef6@thor.intern.walstatt.dynvpn.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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 ? 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 not 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=315ee00fa9616b0a192b6834911f98bcf5316a6b >> >> 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 sizes >> #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 this 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/SIGUSR1 >> #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?5520d4cf-076c-9a06-7000-9ef608d21470>