-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Import model name collision #1433
Comments
What happens if I create:
And on both controllers, create:
And finally, I run:
I imagine the result of this is the behaviour we want here. |
Tested this, same issue in Juju:
Closing issue. |
I think this is still a valid issue: we need to discuss it as a team. |
After some more thought on this yesterday, the issue with model names colliding is potentially simply solved by using a different owner (as mentioned above). But application offer URLs can still collide with no way for resolution. I'll change the name of the issue to better reflect this new issue. Consider:
Some ideas on solving this:
|
When working on #1432 to import offers into JIMM, I didn't address the scenario where is collision with an existing offer URL.
For context, an offer URL takes the form:
admin/foo.postgresql
At first glance it struck me that we can't have a collision when importing offers into JIMM because the Juju controller enforces this URL must be unique. This was until I realised JIMM could import models with the same name from multiple controllers.
Consider Controller A with model
foo
and Controller B with modelfoo
, both created by an admin user. When importing these models into JIMM, you would import these to a new owner say "kian@canonical.com" the second model import will fail becausekian@canonical.com/foo
already exists.Overall, the case where offer URLs collide seems to be a subset of the problem where model names collide.
In #1272 I changed the way model uniqueness was enforced in JIMM. Previously a model was unique according to a combination of (controller, name, owner). Now it is unique according to (name, owner), meaning that we more closely match Juju's behaviour that a user cannot have two models with the same name (previously we had conflicts in the Juju CLI if you had access to two models with the same owner and same model name).
How can we address the situation where you want to import a model where the name is already used because of another controller?
Some ideas:
The text was updated successfully, but these errors were encountered: