Date: Thu, 21 Jun 2018 08:38:12 +0300 From: Toomas Soome <tsoome@me.com> To: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: ZFS: I/O error - blocks larger than 16777216 are not supported Message-ID: <A3BAA0CA-C351-4FA7-82C0-5AE5CA265449@me.com> In-Reply-To: <21493592-4eb2-59c5-1b0d-e1d08217a96b@freebsd.org> References: <201806210136.w5L1a5Nv074194@kx.openedu.org> <21493592-4eb2-59c5-1b0d-e1d08217a96b@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 21 Jun 2018, at 06:34, Allan Jude <allanjude@freebsd.org> wrote: > > On 2018-06-20 21:36, KIRIYAMA Kazuhiko wrote: >> Hi all, >> >> I've been reported ZFS boot disable problem [1], and found >> that this issue occers form RAID configuration [2]. So I >> rebuit with RAID5 and re-installed 12.0-CURRENT >> (r333982). But failed to boot with: >> >> ZFS: i/o error - all block copies unavailable >> ZFS: can't read MOS of pool zroot >> gptzfsboot: failed to mount default pool zroot >> >> FreeBSD/x86 boot >> ZFS: I/O error - blocks larger than 16777216 are not supported >> ZFS: can't find dataset u >> Default: zroot/<0x0>: >> >> In this case, the reason is "blocks larger than 16777216 are >> not supported" and I guess this means datasets that have >> recordsize greater than 8GB is NOT supported by the >> FreeBSD boot loader(zpool-features(7)). Is that true ? >> >> My zpool featues are as follows: >> >> # kldload zfs >> # zpool import >> pool: zroot >> id: 13407092850382881815 >> state: ONLINE >> status: The pool was last accessed by another system. >> action: The pool can be imported using its name or numeric identifier and >> the '-f' flag. >> see: http://illumos.org/msg/ZFS-8000-EY >> config: >> >> zroot ONLINE >> mfid0p3 ONLINE >> # zpool import -fR /mnt zroot >> # zpool list >> NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT >> zroot 19.9T 129G 19.7T - 0% 0% 1.00x ONLINE /mnt >> # zpool get all zroot >> NAME PROPERTY VALUE SOURCE >> zroot size 19.9T - >> zroot capacity 0% - >> zroot altroot /mnt local >> zroot health ONLINE - >> zroot guid 13407092850382881815 default >> zroot version - default >> zroot bootfs zroot/ROOT/default local >> zroot delegation on default >> zroot autoreplace off default >> zroot cachefile none local >> zroot failmode wait default >> zroot listsnapshots off default >> zroot autoexpand off default >> zroot dedupditto 0 default >> zroot dedupratio 1.00x - >> zroot free 19.7T - >> zroot allocated 129G - >> zroot readonly off - >> zroot comment - default >> zroot expandsize - - >> zroot freeing 0 default >> zroot fragmentation 0% - >> zroot leaked 0 default >> zroot feature@async_destroy enabled local >> zroot feature@empty_bpobj active local >> zroot feature@lz4_compress active local >> zroot feature@multi_vdev_crash_dump enabled local >> zroot feature@spacemap_histogram active local >> zroot feature@enabled_txg active local >> zroot feature@hole_birth active local >> zroot feature@extensible_dataset enabled local >> zroot feature@embedded_data active local >> zroot feature@bookmarks enabled local >> zroot feature@filesystem_limits enabled local >> zroot feature@large_blocks enabled local >> zroot feature@sha512 enabled local >> zroot feature@skein enabled local >> zroot unsupported@com.delphix:device_removal inactive local >> zroot unsupported@com.delphix:obsolete_counts inactive local >> zroot unsupported@com.delphix:zpool_checkpoint inactive local >> # >> >> Regards >> >> [1] https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068886.html >> [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151910 >> >> --- >> KIRIYAMA Kazuhiko >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > I am guessing it means something is corrupt, as 16MB is the maximum size > of a record in ZFS. Also, the 'large_blocks' feature is 'enabled', not > 'active', so this suggest you do not have any records larger than 128kb > on your pool. > > yes indeed, this value printed is 1 << 24 and is current, however, I would start with reinstalling gptzfsboot on freebsd-boot partition. rgds, toomas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A3BAA0CA-C351-4FA7-82C0-5AE5CA265449>