| Summary: | Doesn't start in Rawhide | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Matěj Cepl <mcepl> |
| Component: | nfs-utils | Assignee: | Steve Dickson <steved> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | bfields, jlayton, lpoetter, mcepl, michal, steved, zkabelac |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-08-03 11:11:35 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Matěj Cepl
2011-07-17 21:18:37 UTC
Checking 'systemctl status nfslock.service' shows that this tries to run: ... Process: 1211 ExecStart=/etc/rc.d/init.d/nfslock start ... ... and fails. OTOH tracing '/etc/rc.d/init.d/nfslock start' one can see that sourcing from that file /etc/rc.d/init.d/functions results in an attempt to run 'systemctl_redirect /etc/init.d/nfslock start' which ends up with a circular run of '/bin/systemctl start nfslock.service' and we are back when we started. It seems to me that this is very unlikely to run. Michal: we actually guard against that and forward things to systemctl only if the PPID is not 1. So this is not the explanation here. (In reply to comment #2) > ... and forward things to systemctl only if the PPID is not 1. I am not entirely sure what is "the PPID" but we are not running here init so it will be not 1. > So this is not the explanation here. In such case maybe this is related to bug 725259? In the current rawhide attempts to start NFS just failed. Yes, I know that nfslock should be able to run independently. (In reply to comment #3) > I am not entirely sure what is "the PPID" but we are not running here init so > it will be not 1. Parent PID. Every process (aside from process 1) has some parent. Hmm... I bet this has to with changes I made to rpcbind.... I converted rpcbind to use systemd but not nfs-utils... I've started manually systemctl start rpcbind.service systemctl restart nfs.service And it now works for me. (In reply to comment #6) > I've started manually > > systemctl start rpcbind.service > > systemctl restart nfs.service > > And it now works for me. Ok... thanks for verifying that... I'm working on the nfs-utils conversion atm... (In reply to comment #6) > I've started manually > > systemctl start rpcbind.service > > systemctl restart nfs.service That looks like pertinent to bug 725259 and not that one which was about nfslock. :-) But indeed nfslock requires at least rpc.statd and starting rpcbind.service seems to help in case of nfslock.service too. OTOH NFS would like to see rpc.mountd and rpc.rquotad running (and not necessarily rpc.statd, right?). *** This bug has been marked as a duplicate of bug 699040 *** |