This problem isn't upgrade specific. Juju runs "apt-get install juju-mongodb" every time it starts as part of ensuring that mongodb is ready to start. Another way to trigger it is:
juju bootstrap # with say 1.23
juju ssh 0
make apt-get point to /bin/false
sudo restart jujud-machine-0
The problem also isn't new. juju has had this functionality since 1.19. I can trigger the problem with any version since then.
One possible way to deal with this is to make juju retry the apt-get command a number of times (already in place) and if that fails continue on anyway, the logic being that in most cases a valid juju-mongodb will already be in place even if the apt-get command fails. We shouldn't let the apt-get failure prevent juju from at least trying to start up.
I'm not sure there's much more we can do beyond that given that mongodb is required in order for the machine agent to do anything.
I'll track down people at the sprint today to discuss further.
Updating the bug title to reflect what I've found.
This problem isn't upgrade specific. Juju runs "apt-get install juju-mongodb" every time it starts as part of ensuring that mongodb is ready to start. Another way to trigger it is:
juju bootstrap # with say 1.23
juju ssh 0
make apt-get point to /bin/false
sudo restart jujud-machine-0
The problem also isn't new. juju has had this functionality since 1.19. I can trigger the problem with any version since then.
One possible way to deal with this is to make juju retry the apt-get command a number of times (already in place) and if that fails continue on anyway, the logic being that in most cases a valid juju-mongodb will already be in place even if the apt-get command fails. We shouldn't let the apt-get failure prevent juju from at least trying to start up.
I'm not sure there's much more we can do beyond that given that mongodb is required in order for the machine agent to do anything.
I'll track down people at the sprint today to discuss further.
Updating the bug title to reflect what I've found.