Skip to content
This repository has been archived by the owner on May 12, 2021. It is now read-only.

Work around the destroy storage error #3769

Merged
merged 1 commit into from
Aug 8, 2018

Conversation

frankban
Copy link
Member

@frankban frankban commented Aug 8, 2018

When using a new client (jimm) with an old server (like staging) the client returned that error when the deploy-storage key is missing or false in the API request.
See https://github.com/juju/juju/blob/develop/api/modelmanager/modelmanager.go#L390
Fixes #3659 (for now)
We will improve this later, when using the new jujulib.

@frankban
Copy link
Member Author

frankban commented Aug 8, 2018

QA: point guiproxy to this branch on staging, destroy a model, the confirmation dialog should mention that also storage will be destroyed, and then it should work.

Copy link

@mhilton mhilton left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

@hatched hatched left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this fix!

return {
[tagKey]: tags.build(tags.MODEL, id),
// TODO(frankban): allow for selecting not to destroy storage.
// This will be available when switching to jujulib.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Issue created to track this: #3770

@hatched
Copy link
Contributor

hatched commented Aug 8, 2018

Thanks @frankban

@hatched hatched merged commit 2533502 into juju:develop Aug 8, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Development

Successfully merging this pull request may close these issues.

3 participants