nova-common package is broken

Bug #1188657 reported by subconscious
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Cisco Openstack
Invalid
Low
Mark T. Voelker

Bug Description

err: /Stage[main]/Nova::Scheduler/Nova::Generic_service[scheduler]/Package[nova-scheduler]/ensure: change from purged to present failed: Execution of '/usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install nova-scheduler' returned 100: Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
  nova-scheduler
0 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
4 not fully installed or removed.
Need to get 6938 B of archives.
After this operation, 1947 kB of additional disk space will be used.
Get:1 http://openstack-repo.cisco.com/openstack/cisco/ grizzly-proposed/main nova-scheduler all 3:2013.1.2.a6.g687cd67-12-cisco1 [6938 B]
Fetched 6938 B in 0s (62.0 kB/s)
Selecting previously unselected package nova-scheduler.
(Reading database ... 74999 files and directories currently installed.)
Unpacking nova-scheduler (from .../nova-scheduler_3%3a2013.1.2.a6.g687cd67-12-cisco1_all.deb) ...
Processing triggers for man-db ...
Processing triggers for ureadahead ...
Setting up nova-common (3:2013.1.2.a6.g687cd67-12-cisco1) ...
2013-06-07 15:25:20.864 2915 CRITICAL nova [-] <VerNum(83)>
2013-06-07 15:25:20.864 2915 TRACE nova Traceback (most recent call last):
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 1263, in <module>
2013-06-07 15:25:20.864 2915 TRACE nova main()
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 1255, in main
2013-06-07 15:25:20.864 2915 TRACE nova fn(*fn_args, **fn_kwargs)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 798, in sync
2013-06-07 15:25:20.864 2915 TRACE nova return migration.db_sync(version)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/db/migration.py", line 32, in db_sync
2013-06-07 15:25:20.864 2915 TRACE nova return IMPL.db_sync(version=version)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/migration.py", line 78, in db_sync
2013-06-07 15:25:20.864 2915 TRACE nova return versioning_api.upgrade(get_engine(), repository, version)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/api.py", line 186, in upgrade
2013-06-07 15:25:20.864 2915 TRACE nova return _migrate(url, repository, version, upgrade=True, err=err, **opts)
2013-06-07 15:25:20.864 2915 TRACE nova File "<string>", line 2, in _migrate
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/migration.py", line 43, in patched_with_engine
2013-06-07 15:25:20.864 2915 TRACE nova return f(*a, **kw)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/api.py", line 345, in _migrate
2013-06-07 15:25:20.864 2915 TRACE nova changeset = schema.changeset(version)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/schema.py", line 80, in changeset
2013-06-07 15:25:20.864 2915 TRACE nova changeset = self.repository.changeset(database, start_ver, version)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/repository.py", line 225, in changeset
2013-06-07 15:25:20.864 2915 TRACE nova changes = [self.version(v).script(database, op) for v in versions]
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/repository.py", line 189, in version
2013-06-07 15:25:20.864 2915 TRACE nova return self.versions.version(*p, **k)
2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/version.py", line 140, in version
2013-06-07 15:25:20.864 2915 TRACE nova return self.versions[VerNum(vernum)]
2013-06-07 15:25:20.864 2915 TRACE nova KeyError: <VerNum(83)>
2013-06-07 15:25:20.864 2915 TRACE nova
Command failed, please check log for more info
dpkg: error processing nova-common (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of nova-conductor:
 nova-conductor depends on nova-common (= 3:2013.1.2.a6.g687cd67-12-cisco1); however:
  Package nova-common is not configured yet.
dpkg: error processing nova-conductor (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nova-consoleauth:
 nova-consoleauth depends on nova-common (= 3:2013.1.2.a6.g687cd67-12-cisco1); however:
  Package nova-common is not configured yet.
dpkg: error processing nova-consoleauth (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nova-objectstore:
 nova-objectstore depends on nova-common (= 3:2013.1.2.a6.g687cd67-12-cisco1); however:
  Package nova-common is not configured yet.
dpkg: error processing nova-objectstore (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nova-scheduler:
 nova-scheduler depends on nova-common (= 3:2013.1.2.a6.g687cd67-12-cisco1); however:
  Package nova-common is not configured yet.
dpkg: error processing nova-scheduler (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
No apport report written because the error message indicates its a followup error from a previous failure.
No apport report written because MaxReports is reached already
No apport report written because MaxReports is reached already
Errors were encountered while processing:
 nova-common
 nova-conductor
 nova-consoleauth
 nova-objectstore
 nova-scheduler
E: Sub-process /usr/bin/dpkg returned an error code (1)

Revision history for this message
Chris Ricker (chris-ricker) wrote :

I'm not seeing this on clean builds -- both puppet and manual installs of nova-common are successful

This command in the postinstall appears to be where this is failing in your run:

su -s /bin/sh -c 'nova-manage db sync' nova

Revision history for this message
subconscious (subconscious) wrote : RE: [Bug 1188657] Re: nova-common package is broken
Download full text (6.8 KiB)

I'll try again with a completely fresh install and see what I get.

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Christopher Ricker (chricker)
Sent: Wednesday, June 12, 2013 8:00 AM
To: Don Talton (dotalton)
Subject: [Bug 1188657] Re: nova-common package is broken

I'm not seeing this on clean builds -- both puppet and manual installs of nova-common are successful

This command in the postinstall appears to be where this is failing in your run:

su -s /bin/sh -c 'nova-manage db sync' nova

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/1188657

Title:
  nova-common package is broken

Status in Openstack @ Cisco:
  New

Bug description:
  err: /Stage[main]/Nova::Scheduler/Nova::Generic_service[scheduler]/Package[nova-scheduler]/ensure: change from purged to present failed: Execution of '/usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install nova-scheduler' returned 100: Reading package lists...
  Building dependency tree...
  Reading state information...
  The following NEW packages will be installed:
    nova-scheduler
  0 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
  4 not fully installed or removed.
  Need to get 6938 B of archives.
  After this operation, 1947 kB of additional disk space will be used.
  Get:1 http://openstack-repo.cisco.com/openstack/cisco/ grizzly-proposed/main nova-scheduler all 3:2013.1.2.a6.g687cd67-12-cisco1 [6938 B]
  Fetched 6938 B in 0s (62.0 kB/s)
  Selecting previously unselected package nova-scheduler.
  (Reading database ... 74999 files and directories currently installed.)
  Unpacking nova-scheduler (from .../nova-scheduler_3%3a2013.1.2.a6.g687cd67-12-cisco1_all.deb) ...
  Processing triggers for man-db ...
  Processing triggers for ureadahead ...
  Setting up nova-common (3:2013.1.2.a6.g687cd67-12-cisco1) ...
  2013-06-07 15:25:20.864 2915 CRITICAL nova [-] <VerNum(83)>
  2013-06-07 15:25:20.864 2915 TRACE nova Traceback (most recent call last):
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 1263, in <module>
  2013-06-07 15:25:20.864 2915 TRACE nova main()
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 1255, in main
  2013-06-07 15:25:20.864 2915 TRACE nova fn(*fn_args, **fn_kwargs)
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/bin/nova-manage", line 798, in sync
  2013-06-07 15:25:20.864 2915 TRACE nova return migration.db_sync(version)
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/db/migration.py", line 32, in db_sync
  2013-06-07 15:25:20.864 2915 TRACE nova return IMPL.db_sync(version=version)
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/migration.py", line 78, in db_sync
  2013-06-07 15:25:20.864 2915 TRACE nova return versioning_api.upgrade(get_engine(), repository, version)
  2013-06-07 15:25:20.864 2915 TRACE nova File "/usr/lib/python2.7/dist-packages/migrate/versioning/api.py", line 186, in upgrade
  2013-06...

Read more...

Revision history for this message
Mark T. Voelker (mvoelker) wrote :

Don notes he hasn't been able to reproduce this (nor have other testers); may have been a packaging issue.

Changed in openstack-cisco:
status: New → Invalid
importance: Undecided → Low
assignee: nobody → Mark T. Voelker (mvoelker)
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.