LVM volume group shared between KVM/libvirt host and guests: is this a bad idea?

Well thought-out question! I’d go with Method 2, but that’s more of a personal preference. To me, the Method 2 Cons aren’t much of an issue. I don’t see the host OS outgrowing its 5-10GB partition, unless you start installing extra stuff on it, which you really shouldn’t. For the sake of simplicity and security, … Read more

Is RAID5 more robust than RAID1

RAID-5 is a fault-tolerance solution, not a data-integrity solution. Remember that RAID stands for Redundant Array of Inexpensive Disks. Disks are the atomic unit of redundancy — RAID doesn’t really care about data. You buy solutions that employ filesystems like WAFL or ZFS to address data redundancy and integrity. The RAID controller (hardware or software) … Read more

How to recover an mdadm array on Synology NAS with drive in “E” state?

Just an addition to the solution that I found after I experienced the same issue. I followed dSebastien’s blog post on how to re-create the array: I found that that method of recreating the array worked better than this above method. However after re-creating the array, the volume was still not showing on the web … Read more

KVM guest io is much slower than host io: is that normal?

You’re not done with performance tuning yet. <driver name=”qemu” type=”raw” cache=”writethrough” io=’native’/> First is which I/O mechanism to use. QEMU has two asynchronous I/O mechanisms: POSIX AIO emulation using a pool of worker threads and native Linux AIO. Set either io=’native’ or io=’threads’ in your XML to benchmark each of these. Second is which caching … Read more

Deciphering continuing mpt2sas syslog messages

Likely your best bet is a hardware problem somewhere between your disks and up to and including your sas raid controller. I recommend trying: Run any diagnostic tools from the vendor/s if they are available Check/re-seat/replace cables strip out hardware components and swap out hardware in the chain that connects the disks to your raid … Read more