Cannot bootstrap instances in ec2

Tim Penhey tim.penhey at canonical.com
Tue Apr 2 23:17:34 UTC 2013


On 02/04/13 18:39, David Cheney wrote:
> ubuntu at ip-10-130-181-131:~$ tail -f /var/log/juju/machine-1.log
> 2013/04/02 05:37:43 ERROR JUJU:jujud:machine jujud machine command
> failed: state entity name not found in configuration
> error: state entity name not found in configuration
> 2013/04/02 05:37:43 ERROR JUJU:jujud:machine jujud machine command
> failed: state entity name not found in configuration
> error: state entity name not found in configuration
> 2013/04/02 05:37:43 ERROR JUJU:jujud:machine jujud machine command
> failed: state entity name not found in configuration
> error: state entity name not found in configuration
> 2013/04/02 05:37:43 ERROR JUJU:jujud:machine jujud machine command
> failed: state entity name not found in configuration
> error: state entity name not found in configuration
> 2013/04/02 05:37:43 ERROR JUJU:jujud:machine jujud machine command
> failed: state entity name not found in configuration
> error: state entity name not found in configuration

OK... I think this may be fallout from earlier work that I did around
the series stuff, that is only impacting us now as we have made an
incompatible change to the configuration.

  juju boostrap --upload-tools

This (in trunk) creates tools for the version of the OS you are running
(i.e. quantal / raring), but when the tools are looked for, it is
looking for the default series for the environment (usually precise),
which then chooses incompatible tools from the public bucket, and BOOM
(well, not really boom).

My proposed solution is simple:

Don't use the series of the machine running juju to define the series
for version.Current:

Rietveld: https://codereview.appspot.com/8270045

Tim



More information about the Juju-dev mailing list