<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-07-09 14:54 GMT+02:00 Maxim Terleckiy <span dir="ltr"><<a href="mailto:max.terleckiy@gmail.com" target="_blank">max.terleckiy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">As I remember discard is not supported by virtio bus, so you need to use virtio-scsi instead. In that case it will be necessary to add virtio-scsi controller to vm definition.<div><br></div><div>I had similar problems with discard and missing blocks at 0.8.0, so I think it is some kind of long last bug. Additionally I had problem with virtio-scsi attached disks in case of reconnection to cluster after cluster unavalability. With simple virtio when io is stuck, vm is just waiting for cluster responding, trying to reconnect and so on. With virtio-scsi my vms were always diying with kernel panics even during short periods of cluster unavailibility.<br></div></div></blockquote><div> </div></div>Thank you for sharing that.<br>BTW, I have not clear if the issue is related to qemu block dirver, virtio driver itself or sheep daemon.<br><br>PS:<br>FITRIM is a mounted filesystem feature to discard (or "trim") blocks which are not in use by the filesystem. This is useful for solid-state drives (SSDs) and thinly-provisioned storage. <br><br>There are many discussion about trim.<br>I alse heard recently that trim is managed directly by the disk controller.<br>So, I wonder if discard may be useful or not at all.<br></div><div class="gmail_extra">Thank you for sharing that.<br></div><div class="gmail_extra">BTW, I <br></div></div>