Precise services cannot be deployed

Bug #1407699 reported by Curtis Hovey
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
juju-core
Fix Released
Critical
Ian Booth

Bug Description

The deploy tests fail when a precise charm is used. The precise jujud's are stuck in pending. The tests usually timeout. Tests that use trusty state-servers with precise charms fail the same way.

http://juju-ci.vapour.ws:8080/job/local-deploy-precise-amd64/2275/console
http://juju-ci.vapour.ws:8080/job/aws-deploy-precise-amd64/2141/console
http://juju-ci.vapour.ws:8080/job/azure-deploy-precise-amd64/2838/console
http://juju-ci.vapour.ws:8080/job/joyent-deploy-precise-amd64/1286/console
http://juju-ci.vapour.ws:8080/job/kvm-deploy-trusty-amd64/487/console
http://juju-ci.vapour.ws:8080/job/functional-ha-backup-restore/1282/console

Timeout, the machine and unit agents were stuck in pending. functional-ha-backup-restore is most interesting because the test is trusty state-server with an precise service. The trusty and utopic versions of these same tests pass.

We need to capture logs from machine 1 or 2 from these tests to understand why jujud is stuck in pending.

Revision history for this message
Curtis Hovey (sinzui) wrote :

Build: #2187 Revision: gitbranch:master:github.com/juju/juju 24c1b80d Version: 1.22-alpha1 is the first case where all these fail.

Changed in juju-core:
assignee: nobody → Horacio Durán (hduran-8)
Revision history for this message
Curtis Hovey (sinzui) wrote :
Download full text (4.2 KiB)

The error is in cloud-init-output.log. Both machine 1 and machine 2 of any deployed service has this error:

Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
2015-01-05 18:44:08,608 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_landscape

2015-01-05 18:44:08,608 - __init__.py[ERROR]: config handling of landscape, None, [] failed

2015-01-05 18:44:08,609 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_timezone

2015-01-05 18:44:08,609 - __init__.py[ERROR]: config handling of timezone, None, [] failed

2015-01-05 18:44:08,609 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_puppet

2015-01-05 18:44:08,609 - __init__.py[ERROR]: config handling of puppet, None, [] failed

2015-01-05 18:44:08,609 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_chef

2015-01-05 18:44:08,610 - __init__.py[ERROR]: config handling of chef, None, [] failed

2015-01-05 18:44:08,610 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_salt_minion

2015-01-05 18:44:08,610 - __init__.py[ERROR]: config handling of salt-minion, None, [] failed

2015-01-05 18:44:08,611 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_mcollective

2015-01-05 18:44:08,611 - __init__.py[ERROR]: config handling of mcollective, None, [] failed

2015-01-05 18:44:08,611 - __init__.py[WARNING]: Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 117, in run_cc_modules
  File "/usr/lib/python2.7/dist-packages/cloudinit/CloudConfig/__init__.py", line 70, in handle
ImportError: No module named cc_disable_ec2_metadata

2015-01-05 18:44:08,612 - __init__.py[ERROR]: config handling of disable-ec2-metadata, None, [] failed

2015-01-05 18:44:08,612 - __init__.py[WARNING]: Traceba...

Read more...

Revision history for this message
Horacio Durán (hduran-8) wrote :

The PR: https://github.com/juju/juju/pull/1205 introduced this bug in commit https://github.com/juju/juju/commit/e6cf44d0
Prompting the install of "cloud-image-utils" in https://github.com/juju/juju/commit/e6cf44d0#diff-64ac36c1eac264218f9546229abd274fR217 , which replaces cloud-utils provokes cloud-init to be uninstalled since it deppends on it.

Changed in juju-core:
assignee: Horacio Durán (hduran-8) → Ian Booth (wallyworld)
Ian Booth (wallyworld)
Changed in juju-core:
status: Triaged → In Progress
Ian Booth (wallyworld)
Changed in juju-core:
status: In Progress → Fix Committed
Revision history for this message
Ian Booth (wallyworld) wrote :

As per the cloud init output log in comment #2, on a precise system, if you do:

apt-get install cloud-image-utils

apt-decides it needs to remove the cloud-init package (amongst others).

Suggested fix along the lines of:

<smoser> we can fix that with a packaging change to cloud-init in precise.
<smoser> to depend on cloud-image-utils | cloud-utils

Revision history for this message
Ian Booth (wallyworld) wrote :

For now, I've worked around in Juju by not explicitly installing cloud-image-utils. Where tis matter, in local providers, I've added a check to ensure that cloud-image-utils is installed.

Revision history for this message
Curtis Hovey (sinzui) wrote :

The restricted-network test fails because of the upstream dep. We are changing the test to use trusty (as series is not relevant).

Curtis Hovey (sinzui)
Changed in juju-core:
status: Fix Committed → Fix Released
Scott Moser (smoser)
no longer affects: cloud-init (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.