On Thu, 7 Dec 2017 21:21:58 +0800 Gang He <g...@suse.com> wrote: > As you know, ocfs2 has support trim the underlying disk via > fstrim command. But there is a problem, ocfs2 is a shared storage > cluster file system, if the user configures a scheduled fstrim > job on each file system node, this will trigger multiple nodes > trim a shared disk simultaneously, it is very wasteful for CPU > and IO consumption. > Then, we introduce a trimfs dlm lock, which will make only one > fstrim command is running on the shared disk among the cluster, > the other fstrim command should be returned with -EBUSY errno.
Newly returning -EBUSY sounds a bit rude. And non-backward-compatible. Would it be better for the other fstrim callers to wait until the operation has completed then return success? _______________________________________________ Ocfs2-devel mailing list Ocfs2-devel@oss.oracle.com https://oss.oracle.com/mailman/listinfo/ocfs2-devel
