Opened 12 years ago

Closed 12 years ago

#247 closed defect (fixed)

systemd parallel bootup breaks unspecified dependencies

Reported by: achernya Owned by:
Priority: blocker Milestone: Fedora 15
Component: internals Keywords:
Cc:

Description

systemd provides a significantly faster bootup---but it breaks all assumptions about start-ordering. Specifically, this breaks our crond, which depends on afs being up so that it can be started with tokens. This can be corrected by upgrading the openafs-clients startup script to systemd. A nearly-complete but improperly packaged version exists in OpenAFS Gerrit.

Change History (7)

comment:1 Changed 12 years ago by ezyang

  • Resolution set to fixed
  • Status changed from new to closed

Fixed in r2011. We still need to upstream though.

comment:2 Changed 12 years ago by achernya

  • Resolution fixed deleted
  • Status changed from closed to reopened

Installing the fix causes httpd to fail to start. Adding a dependence to httpd on openafs-clients and crond makes it work properly, and need to go into the scriptsified httpd. Also, we should file a bug about http'd lack of error messages when it fails to start like this.

comment:3 Changed 12 years ago by ezyang

  1. Apache stats your DocumentRoot?, and errors 'Syntax error' if it's not valid.
  2. Because this is during startup, prior to logs setup (which is the result of config), it gets output to stderr
  3. Because Apache is not fully systemd'ified, nothing sensible happens to the stderr

So, if there are bugs, they are:

  • Apache shouldn't actually bail out on a non-existent DocumentRoot?
  • Systemd should do something sensible for old SysV scripts that stdout/stderr
  • Apache should be systemd'ified and then set StandardError? to something like syslog

comment:6 Changed 12 years ago by ezyang

Fixed in r2032.

comment:7 Changed 12 years ago by ezyang

  • Resolution set to fixed
  • Status changed from reopened to closed
Note: See TracTickets for help on using tickets.