charm attempts to restart nova-compute and hangs
Bug #1639289 reported by
Vance Morris
This bug report is a duplicate of:
Bug #1638772: charm needs to implement required_relations (block until control plane is ready).
Edit
Remove
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Nova Compute Proxy Charm |
New
|
Undecided
|
Unassigned |
Bug Description
At first deploy, before any relations are added, the charm configures /etc/nova/nova.conf and then tries to restart openstack-
2016-11-04 12:14:57.355 63556 ERROR oslo.messaging.
I'm waiting for the start process to timeout (not sure what the period is, but i'm up to 7 minutes now).
openstack-
To post a comment you must log in.
[root@zs93k24 nova]# systemctl status openstack- nova-compute. service nova-compute. service - OpenStack Nova Compute Server systemd/ system/ openstack- nova-compute. service; disabled; vendor preset: disabled) slice/openstack -nova-compute. service nova-compute
● openstack-
Loaded: loaded (/usr/lib/
Active: activating (start) since Fri 2016-11-04 12:09:47 EDT; 42min ago
Main PID: 63556 (nova-compute)
CGroup: /system.
└─63556 /usr/bin/python2 /usr/bin/
Nov 04 12:09:47 zs93k24 systemd[1]: Starting OpenStack Nova Compute Server... 63556]: Option "logdir" from group "DEFAULT" is deprecated. Use option "log-dir" from group "DEFAULT".
Nov 04 12:09:51 zs93k24 nova-compute[
stopping the service manually caused the charm hooks to continue to catch, and ended up at compute- proxy/11. juju-log cloud-compute:64: Unit is ready
INFO unit.nova-