Comment 4 for bug 1285923

Revision history for this message
Dave Cheney (dave-cheney) wrote :

Some background on this ticket.

When requesting a machine from the provider to be the bootstrap node juju appears to do two things

1. always request a precise series image
2. always request an image that matches the processor architecture of the client machine that issued juju bootstrap

With respect to comment #2, default-series is not used here. Default series is used to expand the charm url during juju deploy, the bootstrap node is not a charm, it's machine is chosen in a different way.

You can see this by changing default-series to say, saucy, bootstrapping then deploying the ubuntu charm. The machine requested to host the ubuntu charm will be saucy, but the series of machine 0 will still be precise.

The immediate problems, which may require breaking out into several tickets

1. public cloud providers do not offer ppc64el machines, so juju should not use the architecture of the client as a clue to decide the architecture of the bootstrap machine.

2. private cloud providers, using openstack or maas might offer ppc64el machines, but there will never be a version of precise that runs on ppc64el so Juju must not default to precise when selecting an ami/glance image to boot.