maas-devel team mailing list archive

[Julian Edwards <julian.edwards@xxxxxxxxxxxxx>]

On Thursday 01 Nov 2012 08:30:08 Dafang Zhang wrote:
> In short, yes, the juju packages from quantal seemed fixed it.  
> 
> From what I experienced, I believe the key is to have 12.10 quantal image
> loaded  on the zookeeper node.  This is done by changing the
> /etc/maas/import_pxe_files, executing the maas-import-pxe-files command,
> and using the maas webui to edit the zookeeper node to use 12.10 image.
>  This automatically lifted the juju packages up to version 0.6-1ubuntu1 on
> the zookeeper node.  In the old non-working setup, the zookeeper node was
> loaded with the precise image, and the juju version was 0.5+bzr531-0ub.
> 
> Additional test - I tried both quantal and precise images as the service
> nodes  (for example, mysql is on quantal, tomcat7 on precise), they both
> worked, despite of different version of the juju packages on each node.
> 
> A side note - the maas packages were updated
> from 0.1+bzr1264+ to 0.1+bzr1269+  by pulling them from the
> quantal-proposed repository.
> 
> Best Wishes,

I think I know what's going on here.

Precise is being installed on the bootstrap node. It has the bug where you 
have to specify the port in the URL to the maas server. So when deploying, the 
provisioning agent, which is running the precise version code, will not work 
with the URL that worked fine with the fixed code used to bootstrap in the 
quantal client.

There are two workarounds:
1. add the port to the URL
2. Add:
juju-origin:ppa
to the environments.yaml file so that the bootstrap node uses a different 
(latest) version of the code.

(Or the third workaround is to do what you did)