Bug #62257
openBug #61947: mds: enforce a limit on the size of a session in the sessionmap
mds: blocklist clients that are not advancing `oldest_client_tid`
0%
Description
The size of the session map becomes huge, thereby exceeding the max write size for a RADOS operation, thereby resulting in the MDS to go read-only since the RADOS op failed.
For writing tests, it might be helpful to introduce a test config that emulates the bug. FWIW, config `client_inject_fixed_oldest_tid` already exists that mangles oldest_client_tid, so, maybe that can be reused for this.
Updated by Xiubo Li 9 months ago
There is a ceph-user mail thread about this https://www.spinics.net/lists/ceph-users/msg78109.html.
As a workaround we can evict the client manually.
Updated by Venky Shankar 9 months ago
Xiubo Li wrote:
There is a ceph-user mail thread about this https://www.spinics.net/lists/ceph-users/msg78109.html.
As a workaround we can evict the client manually.
Yes, that's a workaround, but until the bug is found having the MDS blocklist the client will ensure that the MDS does not go read-only (which causes service downtime).
Updated by Xiubo Li 9 months ago
Venky Shankar wrote:
Xiubo Li wrote:
There is a ceph-user mail thread about this https://www.spinics.net/lists/ceph-users/msg78109.html.
As a workaround we can evict the client manually.
Yes, that's a workaround, but until the bug is found having the MDS blocklist the client will ensure that the MDS does not go read-only (which causes service downtime).
Agree.
Updated by Venky Shankar 9 months ago
- Assignee changed from Leonid Usov to Venky Shankar