Skip to contentSkip to conversation

Silent data corruption (3.11-rc4) in writethrough mode

DISCUSSION Frédéric VANNIÈRE 2 participants 3 messages Aug 12, 2013 – Aug 13, 2013 2 messages not in the archive bcache (block layer cache)

lore
Share & tools
lore
#0 lore raw

Hello,

I'm using bcache for Xen hosting. The configuration is :
- Servers HP Proliant DL360 G5/G7/Gen8
- Backend : HP Smart Array with 2GB write cache (protected), it's a partition like /dev/sda2
- Cache device : OWC Mercury Accelsior PCIe (2 x Sandforce in RAID0 on Marvell 88SE9230), the whole disk like /dev/sdb
- Cache mode : writethrough
- Kernel : 3.10.5 with bcache driver from 3.11-rc4
- Setup process : make-bcache -B /dev/sda2 ; make-bcache -C /dev/sdb ; then attached cache device to backend.
- LVM setup : pvcreate /dev/bcache0 , vgcreate xen_data /dev/bcache0 . Each VM has a LV volume on "xen_data"

On some hosts I've noticed very strange behavior with random mysql crashes, mysql innodb data corruption, filesystem corruption.

I'm running md5 check on system files each night and compares it to debian's database, on some VMs there where modified files (bad MD5). When I detached the cache device, dropped virtualmemory cache on guest and synced FS, the MD5 of the files where OK again without rebooting.

It lookes like bcache had corrupted data in cache, they are no kernel logs on the host, no errors.

Frédéric.

A message that is not in the archive (sent off-list or not yet received): [email protected]

#2 lore raw
Quoted 11 lines · Frédéric VANNIÈRE

Hello,

I'm using bcache for Xen hosting. The configuration is :
- Servers HP Proliant DL360 G5/G7/Gen8
- Backend : HP Smart Array with 2GB write cache (protected), it's a partition like /dev/sda2
- Cache device : OWC Mercury Accelsior PCIe (2 x Sandforce in RAID0 on Marvell 88SE9230), the whole disk like /dev/sdb
- Cache mode : writethrough
- Kernel : 3.10.5 with bcache driver from 3.11-rc4
- Setup process : make-bcache -B /dev/sda2 ; make-bcache -C /dev/sdb ; then attached cache device to backend.
- LVM setup : pvcreate /dev/bcache0 , vgcreate xen_data /dev/bcache0 . Each VM has a LV volume on "xen_data"

Quoted 6 lines

On some hosts I've noticed very strange behavior with random mysql crashes, mysql innodb data corruption, filesystem corruption.

I'm running md5 check on system files each night and compares it to debian's database, on some VMs there where modified files (bad MD5). When I detached the cache device, dropped virtualmemory cache on guest and synced FS, the MD5 of the files where OK again without rebooting.

It lookes like bcache had corrupted data in cache, they are no kernel logs on the host, no errors.

Ouch... This wasn't occuring on 3.10?

A message that is not in the archive (sent off-list or not yet received): [email protected]

#4 lore raw
Quoted 1 line · Kent Overstreet

Ouch... This wasn't occuring on 3.10?

I don't know, I didn't use 3.10 long enough in production to see this appen. I'll revert to vanilla 3.10.6 and see if the issue is still present after my vacation.