Come to think of it, since you say it only seems to happen on a multipath SAN and not on a normal disk, it may be related to the order of requests being sent to the disk and XFS's use of io barriers to make sure that the unmap request for the old data does not hit the disk after the new filesystem metadata has been written. IIRC, xfs has mount options to control the use of io barriers. Do you have them enabled?
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1686687 Title: fstrim destroying XFS on SAN To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1686687/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
