Description of problem: At present, similar to posix locks, we do not have lease_locks migration support during self-heal process which may lead to data corruption. Unlike in posix locks case, application(NFS-Ganesha/SMB) clients are not aware of lease_locks taken by the application server, which makes this issue more serious as there could be data corruption without clients know about it. Maybe we could use the same approach taken to migrate state during rebalance/tiering (BZ1214644). But that will resolve the issue only partially- where in a brick goes down and comes back up again, we can migrate lock state from the active brick process. Later before/during the migration, if the source brick goes down too, we shall lose lock state again. This bug is to analyze, design and track the changes required to have this support.
Status?
This is a Day1 issue (i.e, rebalance and self-healing does not happen for most of the state maintained at the server-side) and there are no plans to address it in the near future. Hence closing the bug.