[
https://issues.apache.org/jira/browse/MESOS-9762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16831998#comment-16831998
]
James DeFelice commented on MESOS-9762:
---------------------------------------
OK, let's keep in mind that newer/well-maintained frameworks are very likely to
specify an operation ID since it's the most robust way to get feedback from
Mesos regarding operation status. So, although it's optional, I think that it's
safe to optimize for.
I'm OK w/ adding a prefix. "mesos" is probably sufficient (vs. "mesos-",
because the hyphen adds little value IMO). Or maybe "m-" for brevity (the
hyphen *is* kind of useful here).
In general I really don't like very long identifiers. But I also don't like
following 3 levels of indirection when trying to chain logs that use different
combo's of related identifiers that map to operations/artifacts of the object
I'm interested in. A volume name tag that approaches 100 chars .. ugh.
> Encode framework-specified operation ID into CSI volume name.
> -------------------------------------------------------------
>
> Key: MESOS-9762
> URL: https://issues.apache.org/jira/browse/MESOS-9762
> Project: Mesos
> Issue Type: Improvement
> Components: storage
> Reporter: Chun-Hung Hsiao
> Priority: Major
>
> Currently, SLRP uses the internally-generated operation UUID as CSI volume
> creation name, which brings extra difficulty for debugging because users have
> to go through logs to figure out the operation UUID for a given
> {{CREATE_DISK}} call.
> Instead, we could encode the framework-specified operation ID into the volume
> name. To ensure the uniqueness of each volume name, we can use the following
> schema:
> {noformat}
> mesos-<base64-urlsafe-encode(operation-uuid)>.<framework-specified-operation-id>{noformat}
> The prefix before the framework-specified operation ID would be 29 characters
> long.
> We can consider not having the {{mesos-}} prefix to even shorten it, but it
> might not be a bad idea to have that prefix reserved for Mesos.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
