[linux-lvm] cache on SSD makes system unresponsive

Oleg Cherkasov o1e9 at member.fsf.org
Tue Oct 24 18:09:46 UTC 2017

Some of your questions are answered int thread ...

On 21. okt. 2017 18:05, matthew patton wrote:
> 0) what is the full DD command you are issuing? (I think we have this)

dd if=file_250G of=/dev/null status=progress

> 1) does your DD command work when LVM is not using caching of any kind.

Just dd had been running.

> 2) does your DD command work if using 'direct' mode


> 3) are you able to write smaller chunks from NON-cached LVM volume to SSD vdev? Is there an inflection point in size where it goes haywire?

Tried for a smaller file, system became unresponsive for few minutes, 
LVM cache 51% however system survived with no reboot.

> 4) what is your IO elevator/scheduler set to?

deadline for all disks in LV

> 5) what is value of
> vm.dirty_background_ratio
> vm.dirty_ratio
> vm.dirty_background_bytes
> vm.dirty_bytes

vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 10
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 3000
vm.dirty_ratio = 20
vm.dirty_writeback_centisecs = 500

> What do you observe in /proc/vmstat during DD?
> 6) run DD via strace

Once again, system were not responding to ICMP so checking vmstat does 
not make any sense because of deny of service to ssh or terminal.

strace? What are you planning to see their?  open() and continues read() 
system calls?

More information about the linux-lvm mailing list