diff -Nru zfs-linux-2.1.5/debian/changelog zfs-linux-2.1.5/debian/changelog --- zfs-linux-2.1.5/debian/changelog 2023-11-02 14:44:46.000000000 +0000 +++ zfs-linux-2.1.5/debian/changelog 2024-03-20 16:27:47.000000000 +0000 @@ -1,3 +1,17 @@ +zfs-linux (2.1.5-1ubuntu6~22.04.4) jammy-security; urgency=medium + + * No change rebuild to fix CVE-2023-49298 in the -security pocket. + + -- Nick Galanis Wed, 20 Mar 2024 16:27:47 +0000 + +zfs-linux (2.1.5-1ubuntu6~22.04.3) jammy; urgency=medium + + * d/p/77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch Cherry-pick + "dnode_is_dirty: check dnode and its data for dirtiness" fix from + zfs-2.1.14. LP: #2044657 + + -- Dimitri John Ledkov Wed, 31 Jan 2024 14:32:34 +0000 + zfs-linux (2.1.5-1ubuntu6~22.04.2) jammy-security; urgency=medium * SECURITY UPDATE: silent failure when parsing IPv6 restrictions diff -Nru zfs-linux-2.1.5/debian/patches/77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch zfs-linux-2.1.5/debian/patches/77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch --- zfs-linux-2.1.5/debian/patches/77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch 1970-01-01 00:00:00.000000000 +0000 +++ zfs-linux-2.1.5/debian/patches/77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch 2024-01-31 14:32:34.000000000 +0000 @@ -0,0 +1,93 @@ +From 77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9 Mon Sep 17 00:00:00 2001 +From: Rob N +Date: Wed, 29 Nov 2023 04:16:49 +1100 +Subject: [PATCH] dnode_is_dirty: check dnode and its data for dirtiness + +Over its history this the dirty dnode test has been changed between +checking for a dnodes being on `os_dirty_dnodes` (`dn_dirty_link`) and +`dn_dirty_record`. + + de198f2d9 Fix lseek(SEEK_DATA/SEEK_HOLE) mmap consistency + 2531ce372 Revert "Report holes when there are only metadata changes" + ec4f9b8f3 Report holes when there are only metadata changes + 454365bba Fix dirty check in dmu_offset_next() + 66aca2473 SEEK_HOLE should not block on txg_wait_synced() + +Also illumos/illumos-gate@c543ec060d illumos/illumos-gate@2bcf0248e9 + +It turns out both are actually required. + +In the case of appending data to a newly created file, the dnode proper +is dirtied (at least to change the blocksize) and dirty records are +added. Thus, a single logical operation is represented by separate +dirty indicators, and must not be separated. + +The incorrect dirty check becomes a problem when the first block of a +file is being appended to while another process is calling lseek to skip +holes. There is a small window where the dnode part is undirtied while +there are still dirty records. In this case, `lseek(fd, 0, SEEK_DATA)` +would not know that the file is dirty, and would go to +`dnode_next_offset()`. Since the object has no data blocks yet, it +returns `ESRCH`, indicating no data found, which results in `ENXIO` +being returned to `lseek()`'s caller. + +Since coreutils 9.2, `cp` performs sparse copies by default, that is, it +uses `SEEK_DATA` and `SEEK_HOLE` against the source file and attempts to +replicate the holes in the target. When it hits the bug, its initial +search for data fails, and it goes on to call `fallocate()` to create a +hole over the entire destination file. + +This has come up more recently as users upgrade their systems, getting +OpenZFS 2.2 as well as a newer coreutils. However, this problem has been +reproduced against 2.1, as well as on FreeBSD 13 and 14. + +This change simply updates the dirty check to check both types of dirty. +If there's anything dirty at all, we immediately go to the "wait for +sync" stage, It doesn't really matter after that; both changes are on +disk, so the dirty fields should be correct. + +Sponsored-by: Klara, Inc. +Sponsored-by: Wasabi Technology, Inc. +Reviewed-by: Brian Behlendorf +Reviewed-by: Alexander Motin +Reviewed-by: Rich Ercolani +Signed-off-by: Rob Norris +Closes #15571 +Closes #15526 +--- + module/zfs/dnode.c | 12 ++++++++++-- + 1 file changed, 10 insertions(+), 2 deletions(-) + +diff --git a/module/zfs/dnode.c b/module/zfs/dnode.c +index a9aaa4d21d..efebc443a2 100644 +--- a/module/zfs/dnode.c ++++ b/module/zfs/dnode.c +@@ -1773,7 +1773,14 @@ dnode_try_claim(objset_t *os, uint64_t object, int slots) + } + + /* +- * Checks if the dnode contains any uncommitted dirty records. ++ * Checks if the dnode itself is dirty, or is carrying any uncommitted records. ++ * It is important to check both conditions, as some operations (eg appending ++ * to a file) can dirty both as a single logical unit, but they are not synced ++ * out atomically, so checking one and not the other can result in an object ++ * appearing to be clean mid-way through a commit. ++ * ++ * Do not change this lightly! If you get it wrong, dmu_offset_next() can ++ * detect a hole where there is really data, leading to silent corruption. + */ + boolean_t + dnode_is_dirty(dnode_t *dn) +@@ -1781,7 +1788,8 @@ dnode_is_dirty(dnode_t *dn) + mutex_enter(&dn->dn_mtx); + + for (int i = 0; i < TXG_SIZE; i++) { +- if (multilist_link_active(&dn->dn_dirty_link[i])) { ++ if (multilist_link_active(&dn->dn_dirty_link[i]) || ++ !list_is_empty(&dn->dn_dirty_records[i])) { + mutex_exit(&dn->dn_mtx); + return (B_TRUE); + } +-- +2.34.1 + diff -Nru zfs-linux-2.1.5/debian/patches/series zfs-linux-2.1.5/debian/patches/series --- zfs-linux-2.1.5/debian/patches/series 2023-11-02 14:44:30.000000000 +0000 +++ zfs-linux-2.1.5/debian/patches/series 2024-01-31 14:32:34.000000000 +0000 @@ -70,3 +70,4 @@ cross-compile.patch always-define-kernel-cc.patch CVE-2013-20001.patch +77b0c6f0403b2b7d145bf6c244b6acbc757ccdc9.patch