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
This isn't an open-ended question (open a discussion if it is).
💻 System information
Operating System: macOS
Data Safe Haven version: 5.2.1
📦 Packages
List of packages
Paste list of packages here
🚫 Describe the problem
Error occurs when deploying an SRE named for example dsg1234 when an existing SRE named dsg9876 has already been deployed.
SREs are in different subscriptions but share an SHM
--------------------------------------------------------------------------------
RESPONSE 409: 409 Conflict
ERROR CODE: StorageAccountAlreadyTaken
--------------------------------------------------------------------------------
{
"error": {
"code": "StorageAccountAlreadyTaken",
"message": "The storage account named shprosredsgdesiredstate6 is already taken."
}
}
--------------------------------------------------------------------------------
Error likely due to how names are generated via sections of the original deployment name
Current workaround is to tear down the partially deployed dsg1234 config, rename is 1234dsg and rebuild
🌳 Log messages
Relevant log messages
--------------------------------------------------------------------------------
RESPONSE 409: 409 Conflict
ERROR CODE: StorageAccountAlreadyTaken
--------------------------------------------------------------------------------
{
"error": {
"code": "StorageAccountAlreadyTaken",
"message": "The storage account named shprosredsgdesiredstate6 is already taken."
}
}
--------------------------------------------------------------------------------
♻️ To reproduce
The text was updated successfully, but these errors were encountered:
How important is it for these storage accounts to have meaningful names? We could relatively easily give this a reproducibly random name that has much less context. Currently we include as much as possible of:
shm ${shm_name} sre {$sre_name} desired state
as we can fit into 24 characters. Which bits of this information are actually useful @helendduncan ?
For me the SRE name would be the most important - and for things like DSGs I would be inclined to call them DSGA DSGB, just for the management outside of the SRE.
Also within the context of DSGs we've had issues with names being similar - lots of 3 letter initialisms - which has proved to be confusing in the past.
So in order of preference: (edited)
Documentation on how the names are built so can make an informed decision on naming conventions
✅ Checklist
💻 System information
📦 Packages
List of packages
🚫 Describe the problem
Error occurs when deploying an SRE named for example
dsg1234
when an existing SRE nameddsg9876
has already been deployed.SREs are in different subscriptions but share an SHM
Error likely due to how names are generated via sections of the original deployment name
Current workaround is to tear down the partially deployed dsg1234 config, rename is 1234dsg and rebuild
🌳 Log messages
Relevant log messages
♻️ To reproduce
The text was updated successfully, but these errors were encountered: