On Wed, Jun 24, 2015 at 11:45:53 +0100, Tim Small wrote: > On 23/06/15 20:00, Sami Farin wrote: > > SMART does not show problems and disks are working OK, but I have not > > ran tests recently.. > > Are you running smartd, or using other monitoring tools to periodically > run smartctl against these drives? I've had problems with this sort of > vintage of WD drives aborting other commands and resetting when making > simultaneous SMART enquiries. > > BTW, looks to me like the drives are on the Intel controller, is that > correct? > > Tim. > > -- Not executing smartctl. Maybe they are on Intel controller.. But, to reproduce: dmsetup info backup596g-1 || cryptsetup --key-file ~/important/backup596g-1-key.bin open \ /dev/disk/by-partlabel/backup596g-1 backup596g-1 && mount -t xfs -o noatime,nosuid,nodev \ /dev/mapper/backup596g-1 /mnt/backup596g-1 dmsetup info backup596g-2 || cryptsetup --key-file ~/important/backup596g-2-key.bin open \ /dev/disk/by-partlabel/backup596g-2 backup596g-2 && mount -t xfs -o noatime,nosuid,nodev \ /dev/mapper/backup596g-2 /mnt/backup596g-2 (then I umount them as root and mount again as normal luser) [safari@safari ~]$ mount /mnt/backup596g-1 [safari@safari ~]$ mount /mnt/backup596g-2 mount: /dev/mapper/backup596g-2: can't read superblock here I run xfs_repair [safari@safari ~]$ mount /mnt/backup596g-2 mount: /dev/mapper/backup596g-2: can't read superblock here I run xfs_repair again [safari@safari ~]$ umount /mnt/backup596g-2 umount: /mnt/backup596g-2: not mounted [safari@safari ~]$ umount /mnt/backup596g-1 but if I umount backup596g-1 first, I can mount backup596g-2 without causing corruption?!? [safari@safari ~]$ mount /mnt/backup596g-2 [safari@safari ~]$ mount /mnt/backup596g-1 Note: added Cc: dm-devel@xxxxxxxxxx -- -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel