Include progress in WAITING_FOR_CLIENTS status
- Dominant language
- C
- Stars
- 77
- Forks
- 21
- PR merge metrics
- No merged PRs in 30d
Description
When the MDT is starting and in the WAITING_FOR_CLIENTS state the server is most likely processing the MGS config logs. This is done sequentially and involves setting up a connection to each of the MDT+OST servers. Normally this is fairly quick, however if there are down servers, or the connection otherwise fails, then the full timeout needs to be waited before proceeding on to setup the next connection. When there are a large number of unreachable servers this can take a very long time.
It would be helpful if some form of progress could be reported after the WAITING_FOR_CLIENTS line for each MDT. One option might be to add the number of records in the MGS mount log being process and the current record to the `recovery_status` file.
```
0000 server1 WAITING_FOR_CLIENTS setup 45/209 connections
```
Example recovery_status file for MDT0000
```
status: WAITING_FOR_CLIENTS
mount_progress: 45/209
recovery_start: 1702343662
```
Contributor guide
No contributing guide indexed for this repository
Research direction
Start at the code that processes MGS config logs and emits the WAITING_FOR_CLIENTS status and recovery_status data. Trace how MDT and OST connections are handled sequentially; done means recovery_status reports current and total mount-log records while setup is in progress.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100