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: >=20 > On 2018-06-20 21:36, KIRIYAMA Kazuhiko wrote: >> Hi all, >>=20 >> 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: >>=20 >> ZFS: i/o error - all block copies unavailable >> ZFS: can't read MOS of pool zroot >> gptzfsboot: failed to mount default pool zroot >>=20 >> FreeBSD/x86 boot >> ZFS: I/O error - blocks larger than 16777216 are not supported >> ZFS: can't find dataset u >> Default: zroot/<0x0>: >>=20 >> 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 ? >>=20 >> My zpool featues are as follows: >>=20 >> # kldload zfs >> # zpool import=20 >> 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: >>=20 >> 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 >> #=20 >>=20 >> Regards >>=20 >> [1] = https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068886.html= >> [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D151910 >>=20 >> --- >> 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" >>=20 >=20 > 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. >=20 >=20 yes indeed, this value printed is 1 << 24 and is current, however, I = would start with reinstalling gptzfsboot on freebsd-boot partition.=20 rgds, toomas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A3BAA0CA-C351-4FA7-82C0-5AE5CA265449>