ceph_mdsc_wait_for_reset(9)
π ceph_mdsc_wait_for_reset β the kernel API manual, bestie edition
okay so real talk, this is the manpage for ceph_mdsc_wait_for_reset from the Kernel API Manual, and it is exactly what it says on the tin: you sit there and wait for a reset that's already in progress to finish. no cap. let's get into it π
β¨ NAME β¨
ceph_mdsc_wait_for_reset β wait for an active reset to complete π¦
πΈ SYNOPSIS πΈ
int ceph_mdsc_wait_for_reset (struct ceph_mds_client *mdsc );
π«Ά ARGUMENTS π«Ά
mdscβ the MDS client. that's it, that's the whole vibe π
π₯ DESCRIPTION π₯
bestie, the return value is the whole personality here, so let's go one by one π
- Returns
0if the reset completed successfully or if there was literally no reset active. slay, nothing to worry about π - Returns
-EAGAINif the reset completed but it came back with an error β that's your cue, caller, go retry π - oh and important: the internal error (like
-ENOMEM) is not propagated, because callers likeopenorflockhave genuinely no way to act on work-function internals. like, what are they supposed to do with that? π so the detailed error is available viadebugfsreset/statusand tracepoints instead β iykyk π - Returns
-ETIMEDOUTif we timed out waiting. yeah. we waited too long. β° - Returns
-ERESTARTSYSif we got interrupted by a signal. rude but okay π
fr fr, don't go looking for-ENOMEMin the return value β it lives indebugfsreset/statusand tracepoints, not here. periodt.
β SEE ALSO β
- Kernel file
./fs/ceph/mds_client.c ceph_mdsc_build_path(9)
and that's the page, bestie! π§ this little masterpiece lives in ./fs/ceph, it's dated October 2026, and it's filed under ceph_mdsc_wait_for_reset(9) in the Kernel API Manual. go forth and wait for your resets responsibly ππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms