FS#42633 - [systemd] "Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start"

Attached to Project: Arch Linux
Opened by ... (spider007) - Friday, 31 October 2014, 08:38 GMT
Last edited by Dave Reisner (falconindy) - Tuesday, 04 November 2014, 13:08 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Systemd-217 breaks applications by deciding not to run the tmpfiles-setup job:

> systemd[1]: Found ordering cycle on basic.target/start
> systemd[1]: Breaking ordering cycle by deleting job systemd-update-utmp.service/start
> systemd[1]: Job systemd-update-utmp.service/start deleted to break ordering cycle starting with basic.target/start
> systemd[1]: Found ordering cycle on basic.target/start
> systemd[1]: Breaking ordering cycle by deleting job systemd-tmpfiles-setup.service/start
> systemd[1]: Job systemd-tmpfiles-setup.service/start deleted to break ordering cycle starting with basic.target/start
systemd[1]: Dependency failed for pNFS block layout mapping daemon.
This task depends upon

Closed by  Dave Reisner (falconindy)
Tuesday, 04 November 2014, 13:08 GMT
Reason for closing:  Fixed
Additional comments about closing:  systemd-217-4
Comment by Dave Reisner (falconindy) - Friday, 31 October 2014, 11:56 GMT
The most common cause of this is user-created services with ordering before basic.target (and without DefaultDependencies=no). Did you create such a unit in /etc? What's the minimum set of units you need to enable in order to hit this?
Comment by Doug Newgard (Scimmia) - Friday, 31 October 2014, 14:37 GMT
I think  FS#42623 ,  FS#42622 , and  FS#42620  are related. There is also a thread in arch-general about stunnel.
Comment by Dave Reisner (falconindy) - Friday, 31 October 2014, 14:48 GMT
No, I don't think any of those are related.
Comment by Doug Newgard (Scimmia) - Friday, 31 October 2014, 15:03 GMT
The referenced thread on arch-general has the same error messages in the journal, which is what makes me think it's related.
Comment by Dave Reisner (falconindy) - Friday, 31 October 2014, 15:25 GMT
Still not convinced. The thread on arch-general talks about symptoms, not causes. The fact that stunnel's runtime directory isn't created is a *result* of tmpfiles not being run. The reason why tmpfiles isn't run is because of.... well, not stunnel.
Comment by Doug Newgard (Scimmia) - Friday, 31 October 2014, 15:28 GMT
I didn't say that stunnel was the problem, just that the reports are related. Most likely if this one is solved, the others will be void.
Comment by Doug Newgard (Scimmia) - Monday, 03 November 2014, 04:05 GMT
New thread in arch-general, someone uncovered this commit which seems to fix the issue.
http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d

Loading...