Created attachment 220419 [details] ZFS test stream (gzip'd) Tested like so: truncate -s 100M /tmp/zfs.1 sudo mdconfig -t vnode -f /tmp/zfs.1 sudo zpool create testtank /dev/md0 zcat test.zfssend.gz | sudo zfs recv -vd testtank sudo zpool destroy testtank sudo mdconfig -u md0 -d rm /tmp/zfs.1 (test file is attached) A bisect finds this commit is the culprit: commit 46cdbe4a7a57c13eb35e99a5abea862ef346524f (HEAD) Author: mmacy <mmacy@FreeBSD.org> Date: Sun Aug 12 00:45:53 2018 +0000 MFV/ZoL: Implement large_dnode pool feature commit 50c957f702ea6d08a634e42f73e8a49931dd8055 Author: Ned Bass <bass6@llnl.gov> Date: Wed Mar 16 18:25:34 2016 -0700 Implement large_dnode pool feature ... Notes: svn path=/head/; revision=337669 I also tried creating the pool without features (ie zpool create -d) but no change in behaviour. Note that zstreamdump does not have any complaints about the stream.
I tested this again on FreeBSD 14.0-CURRENT main-3468cd95c and it works so I guess it was fixed by an OpenZFS import.