You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Volume IDs uniquely identify a volume. They should generally be human readable and useful for logging (debugging and tracing) purposes. The spec defines the type of id as string, which is fine. There's some debate around what the size of an ID should be.
This issue proposes that the CSI spec recommends a size limit of the protobuf-encoded volume id field to 256 bytes. Such a size provides ample space for uniqueness and also represents the upper length limit of a token that's useful w/ respect to logging and readability.
The text was updated successfully, but these errors were encountered:
Volume IDs uniquely identify a volume. They should generally be human readable and useful for logging (debugging and tracing) purposes. The spec defines the type of
id
as string, which is fine. There's some debate around what the size of an ID should be.This issue proposes that the CSI spec recommends a size limit of the protobuf-encoded volume
id
field to 256 bytes. Such a size provides ample space for uniqueness and also represents the upper length limit of a token that's useful w/ respect to logging and readability.The text was updated successfully, but these errors were encountered: