Hide Forgot
Recently the iscsi sysv init script has grown the following deps: Should-Start: tgtd Should-Stop: tgtd So that logging in to locally hosted iscsi targets works properly, this means it should be ordered after tgtd, but if I disable iscsi + tgtd then: 1) enable iscsi, gets position 13 2) enable tgtd gets pos 24, iscsi stays at position 13 Then enabling / disabling some other service (tried iscsid) moves iscsi to 25, but this should have happened as soon as tgtd was enabled...
The problem isn't necessarily 'Should-Start' dependencies. The algorithm currently is: a) resolve all existing scripts b) resolve our target script So, if something in set A has a dep on what's being enabled in B, and B gets moved, there's no step to cover for that. (This is what happens when the algorithm isn't a real dependency solver.)
This is fixed in http://git.fedorahosted.org/git/?p=chkconfig.git;a=commitdiff;h=679231f31c775326e2c5e78c1821149ded1dbb60, although you don't want to be cherry-picking that... grab the whole series of recent changes.
chkconfig-1.3.57-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/chkconfig-1.3.57-1.fc16
Package chkconfig-1.3.57-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing chkconfig-1.3.57-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-0143/chkconfig-1.3.57-1.fc16 then log in and leave karma (feedback).
chkconfig-1.3.57-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.