Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Allow removal of store charms #7000
Conversation
|
!!chittychitty!! |
|
Have you tried redeploying the same charm into the same model once it has been removed? Because that is what the comment seems to indicate. |
|
Oh, yes - I've tried that too. |
|
$$merge$$ |
|
Status: merge request accepted. Url: http://juju-ci.vapour.ws:8080/job/github-merge-juju |
jujubot
merged commit 77d1b18
into
juju:develop
Feb 17, 2017
1 check passed
github-check-merge-juju
Built PR, ran unit tests, and tested LXD deploy. Use !!.*!! to request another build. IE, !!build!!, !!retry!!
Details
babbageclunk
deleted the
babbageclunk:charm-cache
branch
Feb 17, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
babbageclunk commentedFeb 17, 2017
Description of change
Charm-store charms should be removed when they're no longer needed in
the same way as local charms. Otherwise the associated storage records in
the blobstore never get removed, which means that the DB will contain every
charm ever deployed on the controller, regardless of whether it's currently used.
It's not clear why this was prevented - the comments don't really
explain. Experimentation shows that we can reinstate removed charms if
they're subsequently deployed again. This seems like a better trade-off
doesn't require getting the charm again) but they're not kept around
forever, taking up space that isn't ever returned. (See the bug comments
for more discussion.)
QA steps
db.managedStoredResources.find({"path": {"$regex": "charm"}})Bug reference
Part of fixing https://bugs.launchpad.net/juju/+bug/1579976