[SRU] upstart: ceph-all service starts before networks up
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu Cloud Archive |
Fix Released
|
High
|
Unassigned | ||
Icehouse |
Invalid
|
High
|
Unassigned | ||
Kilo |
Fix Released
|
High
|
Unassigned | ||
Liberty |
Fix Released
|
High
|
Unassigned | ||
Mitaka |
Fix Released
|
High
|
Unassigned | ||
ceph (Ubuntu) |
Invalid
|
High
|
Billy Olsen | ||
Trusty |
Fix Released
|
High
|
James Page | ||
Xenial |
Fix Released
|
High
|
Unassigned | ||
Yakkety |
Invalid
|
High
|
Unassigned | ||
Zesty |
Invalid
|
High
|
Billy Olsen |
Bug Description
As reported in upstream bug http://
A work around is to provide a post-up directive to the network stanza configuring the network device in the /etc/network/
[Impact]
* Ceph service fails to start on reboot of machine/container when networking takes some time to come up.
* The provided patch to the upstart service configuration adds the static-network-up event as a dependency for the start on service directive. The static-network-up event is started after all the network stanzas have been processed in the necessary config files.
[Test Case]
* Configure multiple network interfaces and have the ceph service bind to one of the last configured network devices to introduce a delayed start of the network interface.
[Regression Potential]
* Upstream previously had the directive to start the service after any network-device-up for a network which is not the loopback interface. This caused some "weirdness" to be seen when the multiple network interfaces were configured. This was likely due the events that it keyed on being the local filesystems being available and a single network interface being available. This would add the change to start only after all the network interface stanzas are processed in the /e/n/i configuration files.
* Additionally, this will cause some ceph services to start later than they previously would have since this change causes additional start dependencies. However, the results should be that the interfaces have always had a chance to be started prior to the attempt to start the ceph service.
Changed in ceph (Ubuntu): | |
assignee: | nobody → Billy Olsen (billy-olsen) |
tags: | added: sts |
Changed in cloud-archive: | |
importance: | Undecided → High |
Changed in ceph (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in cloud-archive: | |
status: | New → Triaged |
tags: | added: sts-sru |
Changed in ceph (Ubuntu Yakkety): | |
status: | New → Invalid |
Changed in ceph (Ubuntu Xenial): | |
status: | New → Invalid |
Changed in ceph (Ubuntu Zesty): | |
status: | Triaged → Invalid |
tags: | added: ubuntu-sponsors |
tags: | added: sts-sponsor |
tags: | removed: sts-sponsor |
tags: | added: sts-sponsor |
tags: |
added: sts-sru-needed removed: sts-sru ubuntu-sponsors |
Changed in ceph (Ubuntu Xenial): | |
status: | Invalid → New |
Changed in ceph (Ubuntu Yakkety): | |
status: | Invalid → New |
summary: |
- upstart: ceph-all service starts before networks up + [SRU] upstart: ceph-all service starts before networks up |
Changed in ceph (Ubuntu Trusty): | |
importance: | Undecided → High |
Changed in ceph (Ubuntu Xenial): | |
importance: | Undecided → High |
Changed in ceph (Ubuntu Yakkety): | |
importance: | Undecided → High |
tags: | removed: sts-sponsor |
tags: |
added: verification-mitaka-done removed: verification-mitaka-needed |
Changed in cloud-archive: | |
status: | Triaged → Fix Released |
tags: |
added: sts-sru-done removed: sts-sru-needed |
The attachment "Patch for xenial" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]