New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add volume scheduling documentation #739
Conversation
Fixes minio#318 Signed-off-by: Bala.FA <bala@minio.io>
Do we need a "trouble shooting" section for volume scheduling issues? Like, for eg, if they see issues like "no drive found for requested topology" in the respective pods, we can convey that the the node isn't added (or) the requested size is more etc |
It's not a bad idea, but that also largely depends on how common and predictable certain errors are - and how much work it is to maintain that. But maybe a handful of the most likely suspects (No drives on the node where the pod is scheduled is a good one). |
I am thinking docs restructure like below
I think we would need to address many things than patching this PR |
^^ @ravindk89 @djwfyi let me know your thoughts ^^ |
That doc structure seems reasonable to me, @Praveenrajmani . It covers the major types of docs users would need. |
Can we take this PR and work on the other changes on top? @ravindk89 @djwfyi |
You have complete agency @Praveenrajmani on the scope here :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMO, We can take this in and restructure the docs later
Entirely reasonable approach. Go for it |
Fixes #318