https://askubuntu.com/questions/1454997/how-to-stop-sys-from-changing-usb-ssd-provisioning-mode-from-unmap-to-full-in-ub; How to stop sys from changing USB SSD provisioning_mode from unmap to full in Ubuntu 22.04? askubuntu.com ? > On Mar 22, 2024, at 09:36, Özkan Göksu <ozkangksu@xxxxxxxxx> wrote: > > Hello! > > After upgrading "5.15.0-84-generic" to "5.15.0-100-generic" (Ubuntu 22.04.2 > LTS) , commit latency started acting weird with "CT4000MX500SSD" drives. > > osd commit_latency(ms) apply_latency(ms) > 36 867 867 > 37 3045 3045 > 38 15 15 > 39 18 18 > 42 1409 1409 > 43 1224 1224 > > I downgraded the kernel but the result did not change. > I have a similar build and it didn't get upgraded and it is just fine. > While I was digging I realised a difference. > > This is high latency cluster and as you can see the "DISC-GRAN=0B", > "DISC-MAX=0B" > root@sd-01:~# lsblk -D > NAME DISC-ALN DISC-GRAN DISC-MAX > DISC-ZERO > sdc 0 0B 0B > 0 > ├─ceph--76b7d255--2a01--4bd4--8d3e--880190181183-osd--block--201d5050--db0c--41b4--85c4--6416ee989d6c > │ 0 0B 0B > 0 > └─ceph--76b7d255--2a01--4bd4--8d3e--880190181183-osd--block--5a376133--47de--4e29--9b75--2314665c2862 > > root@sd-01:~# find /sys/ -name provisioning_mode -exec grep -H . {} + | sort > /sys/devices/pci0000:80/0000:80:03.0/0000:81:00.0/host0/port-0:0/end_device-0:0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:full > > ------------------------------------------------------------------------------------------ > > This is low latency cluster and as you can see the "DISC-GRAN=4K", > "DISC-MAX=2G" > root@ud-01:~# lsblk -D > NAME DISC-ALN > DISC-GRAN DISC-MAX DISC-ZERO > sdc 0 > 4K 2G 0 > ├─ceph--7496095f--18c7--41fd--90f2--d9b3e382bc8e-osd--block--ec86a029--23f7--4328--9600--a24a290e3003 > │ 0 > 4K 2G 0 > └─ceph--7496095f--18c7--41fd--90f2--d9b3e382bc8e-osd--block--5b69b748--d899--4f55--afc3--2ea3c8a05ca1 > > root@ud-01:~# find /sys/ -name provisioning_mode -exec grep -H . {} + | sort > /sys/devices/pci0000:00/0000:00:11.4/ata3/host2/target2:0:0/2:0:0:0/scsi_disk/2:0:0:0/provisioning_mode:writesame_16 > > I think the problem is related to provisioning_mode but I really did not > understand the reason. > I boot with a live iso and still the drive was "provisioning_mode:full" so > it means this is not related to my OS at all. > > With the upgrade something changed and I think during boot sequence > negotiation between LSI controller, drives and kernel started to assign > "provisioning_mode:full" but I'm not sure. > > What should I do ? > > Best regards. > _______________________________________________ > ceph-users mailing list -- ceph-users@xxxxxxx > To unsubscribe send an email to ceph-users-leave@xxxxxxx _______________________________________________ ceph-users mailing list -- ceph-users@xxxxxxx To unsubscribe send an email to ceph-users-leave@xxxxxxx
 |