I'm on the API Engineering team, and we recently updated our API token formats. It appears this is causing issues with Galera's recently released DigitalOcean support.
When trying to create a new cluster with a new token format, I see the following error:
{
"errors": [
{
"code": "validation_match_invalid",
"title": "Validation Error",
"detail": "must be in a valid format",
"source": {
"pointer": "/data/attributes/sharedConfig/host/hostTypeSpecific/accessToken"
}
}
]
}
Given the value of the pointer field, it makes me think that the issue is with the validation of the new tokens.
Our new tokens can be checked using the regex /do[opr]_v\d_[0-9a-f]{64}/g. An example of a valid new API token is dop_v1_abc1230000000000000000000000000000000000000000000000000000000000. For now, users can have both our older tokens (which were random 64 character hexadecimal strings), or the new format, so both should be supported to resolve this issue.
If there's anything I can do to help, or if you need any more information, please let me know. Thanks!
Hello from DigitalOcean 👋
I'm on the API Engineering team, and we recently updated our API token formats. It appears this is causing issues with Galera's recently released DigitalOcean support.
When trying to create a new cluster with a new token format, I see the following error:
Given the value of the
pointer
field, it makes me think that the issue is with the validation of the new tokens.Our new tokens can be checked using the regex
/do[opr]_v\d_[0-9a-f]{64}/g
. An example of a valid new API token isdop_v1_abc1230000000000000000000000000000000000000000000000000000000000
. For now, users can have both our older tokens (which were random 64 character hexadecimal strings), or the new format, so both should be supported to resolve this issue.If there's anything I can do to help, or if you need any more information, please let me know. Thanks!