lvm 4k problems

diff --git a/doc/notes.txt b/doc/notes.txt
index 6afe65ecd8e1d05f560c76a6f328bd9dc8d0c5e4..d0d2342473b26012c2dc0a0fe8e73b5c8983ca14 100644 (file)
--- a/doc/notes.txt
+++ b/doc/notes.txt
@@ -1,3 +1,31 @@
 09:10 < j`ey> Glanzmann: `git rev-list 6f59bc24287..smc/work` that might work, not sure how it deals with merges. git rebase is the better way. but if you do that youre on your own!
 09:19 < _jannau_> Glanzmann: git rebase --onto 5.17-rc3 6f59bc24287
 09:23 < j`ey> if you add -p it can also preserve the merges
+
+01:31 < jmr2> Has anyone tried LVM so far? Not sure if I'm doing something dumb or if it's really unhappy with 16K pages. http://paste.debian.net/plainh/016c394b
+jmr2@debian:/tmp$ dd if=/dev/zero of=loopfile bs=32M count=1
+1+0 records in
+1+0 records out
+33554432 bytes (34 MB, 32 MiB) copied, 0.0328437 s, 1.0 GB/s
+jmr2@debian:/tmp$ sudo losetup /dev/loop0 loopfile 
+jmr2@debian:/tmp$ sudo pvcreate /dev/loop0
+  Using metadata size 960 KiB for non-standard page size 16384.
+  Using metadata size 960 KiB for non-standard page size 16384.
+  Physical volume "/dev/loop0" successfully created.
+jmr2@debian:/tmp$ sudo pvremove /dev/loop0
+  Using metadata size 960 KiB for non-standard page size 16384.
+  Labels on physical volume "/dev/loop0" successfully wiped.
+jmr2@debian:/tmp$ sudo pvcreate /dev/loop0
+  Using metadata size 960 KiB for non-standard page size 16384.
+  Using metadata size 960 KiB for non-standard page size 16384.
+  Physical volume "/dev/loop0" successfully created.
+jmr2@debian:/tmp$ sudo pvs
+jmr2@debian:/tmp$ sudo pvdisplay
+jmr2@debian:/tmp$ sudo pvck -t /dev/loop0
+  TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
+  CHECK: pv_header.disk_locn[2].offset expected 4096 # for first mda
+  Found label on /dev/loop0, sector 1, type=LVM2 001
+  Found text metadata area: offset=16384, size=1032192
+  Command failed with status code 5.
+jmr2@debian:/tmp$
+