Garret Fields also specified some test and the result of those test were as specified here.
I used Ubuntu 19.10 and FreeBSD 12.1. I detected the issue running FreeBSD 12.0. Both system have the large-dnode feature active! Weekly I do send the data with the param -c, there is however one uncompressed dataset, that is sent without -c. And the following combinations work, Correct Local transfers: - freeBSD 12.1 (dnodesize=legacy) to freeBSD 12.1 (dnodesize=legacy) - freeBSD 12.1 (dnodesize=legacy) to freeBSD 12.1 (dnodesize=auto) - Ubuntu to Ubuntu, with and without -c I do not remember any problem. Correct Remote transfers: - freeBSD 12.1 (dnodesize=legacy) to Ubuntu (dnodesize=auto) - Ubuntu (dnodesize=legacy) to Laptop-Ubuntu (dnodesize=legacy), with and without -c - Ubuntu (dnodesize=legacy) to FreeBSD 12.x (dnodesize=legacy), with and without -c The last two I do use weekly! Failing transfers: - Ubuntu 19.10 (dnodesize=auto) to FreeBSD 12.x (dnodesize=legacy) - Ubuntu 19.10 (dnodesize=auto) to FreeBSD 12.1 (dnodesize=auto) Note that during the transfers, I do see, that the dataset is growing in size, while using zfs list or Conky in FreeBSD (using zfs list). At the end of the transfer, sometimes after hours or minutes I get the error message and the dataset disappears :( The settings selected as default by both development teams in spendlid isolation, do not work! The one from Ubuntu 19.10 (dnodesize=auto) to FreeBSD 12.x (dnodesize=legacy) This is the relevant information you can get out of me. Time to get somebody involved, who knows the corresponding program code. In the past I solved bugs, having with less information available. Like I said: GOOD LUCK in solving the bug. On Thu, 2020-01-30 at 05:53 +0000, Richard Laager wrote: > In terms of a compact reproducer, does this work: > > # Create a temp pool with large_dnode enabled: > truncate -s 1G lp1854982.img > sudo zpool create -d -o feature@large_dnode=enabled lp1854982 > $(pwd)/lp1854982.img > > # Create a dataset with dnodesize=auto > sudo zfs create -o dnodesize=auto lp1854982/ldn > > # Create a send stream > sudo zfs snapshot lp1854982/ldn@snap > sudo zfs send lp1854982/ldn@snap > lp1854982-ldn.zfs > > sudo zpool export lp1854982 > > cat lp1854982-ldn.zfs | ssh 192.168.1.100 zfs receive zroot/ldn > > If that doesn't reproduce the problem, adjust it until it does. You > were > using `zfs send -c`, so maybe that's it. You may need to enable more > pool features, etc. > > But if this can be reproduced with an empty dataset on an empty pool, > the send stream file is 8.5K (and far less compressed). Attach the > script for reference and the send stream to a FreeBSD bug. > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1854982 Title: Lost compatibilty for backup between Ubuntu 19.10 and FreeBSD 12.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1854982/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
