[Maas-devel] Build failed in Jenkins: precise-adt-maas-daily » amd64,maas-lenovo-lab #14

[Raphaël Badin]

2 days ago, a new version of Django was uploaded to precise-updates 
(1.3.1-4ubuntu1.6).  That version takes precedence over the package we 
have in the daily ppa (1.3.1-4ubuntu1.5~ppa2) and it breaks MAAS because 
it does not include the 2 fixes MAAS needs in Django:
- prefetch_related.diff: Backport prefetch_related from 1.4 (LP: #1081388)
- bug15496-base64-multipart-fix.diff: Include fix for upstream bug 
#15496 which makes 'Content-Transfer-Encoding: base64: work for 
multipart messages. (LP: #1081392)

This will be fixed once we release a Django package with the 2 patches 
in 'precise-updates'.  Before that happens, Andres, can you please 
upload to the daily ppa a version of Django with the 2 patches that will 
take precedence over the version in 'precise-updates'?  (We know where 
the problem is and I've tested that it works fine with python-django 
version 1.3.1-4ubuntu1.5~ppa2 so this is not urgent).

> maas-integration.TestMAASIntegration.test_cluster_connected ... ERROR
> SKIP: Not testing Cluster controller
>
> ======================================================================
> ERROR: maas-integration.TestMAASIntegration.test_cluster_connected
> ----------------------------------------------------------------------
> _StringException: maas-cli maas ['node-groups', 'list']: {{{('[\n    {\n        "status": 1,\n        "name": "master",\n        "uuid": "master"\n    }\n]\n', '')}}}
>
> Traceback (most recent call last):
>    File "/tmp/tmp.s0lGLmDFCB/ubtree1-ubtree/debian/tests/utils.py", line 27, in wrapper
>      result = func(*args, **kwargs)
>    File "/tmp/tmp.s0lGLmDFCB/ubtree1-ubtree/debian/tests/maas-integration.py", line 302, in test_cluster_connected
>      sleep(10)
>    File "/tmp/tmp.s0lGLmDFCB/ubtree1-ubtree/debian/tests/utils.py", line 21, in _handle_timeout
>      raise TimeoutError(error_message)
> TimeoutError: Timer expired

This particular problem occurs because the 
bug15496-base64-multipart-fix.diff is not applied and thus the cluster 
controller fails to register with the region controller because the 
content of the request is not base64-decoded transparently by Django.

Cheers,

R.