summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/files/1592590
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/gemma3:12b/files/1592590')
-rw-r--r--results/classifier/gemma3:12b/files/159259020
1 files changed, 20 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/files/1592590 b/results/classifier/gemma3:12b/files/1592590
new file mode 100644
index 000000000..fbb99c1a1
--- /dev/null
+++ b/results/classifier/gemma3:12b/files/1592590
@@ -0,0 +1,20 @@
+
+Prevent qemu-img resize from causing "Active L1 table too large"
+
+This commit prevents qemu from overallocating if qcow2 image is too big (whatever that means): https://lists.gnu.org/archive/html/qemu-devel/2014-07/msg01481.html
+
+However, `qemu-img resize` isn't protected by the same code and allows to go beyond that.
+
+root@nwkr-laptop ~virtkick/hdd # qemu-img resize 33_test_609dffde-eb51-4b75-918d-b814f1bcb526.qcow2 +100000T
+Image resized.
+
+Which then causes "Active L1 table too large" error that cannot be reversed.
+
+root@nwkr-laptop ~virtkick/hdd # qemu-img info 33_test_609dffde-eb51-4b75-918d-b814f1bcb526.qcow2
+qemu-img: Could not open '33_test_609dffde-eb51-4b75-918d-b814f1bcb526.qcow2': Active L1 table too large
+
+root@nwkr-laptop ~virtkick/hdd # qemu-img resize 33_test_609dffde-eb51-4b75-918d-b814f1bcb526.qcow2 -100000T
+qemu-img: Could not open '33_test_609dffde-eb51-4b75-918d-b814f1bcb526.qcow2': Active L1 table too large
+
+
+I originally faces this bug when I passed wrong parameters to qemu-img in a programatic way which caused an image to go corrupt. It's good to protect user's images from being resized too much.
\ No newline at end of file