Bug 630490
| Summary: | disabled units still get bus activated | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Rahul Sundaram <metherid> | ||||
| Component: | systemd | Assignee: | Lennart Poettering <lpoetter> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 14 | CC: | awilliam, h1k6zn2m, lpoetter, metherid, mschmidt, notting, plautrba, tomek | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2010-09-14 23:26:47 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 611991 | ||||||
| Attachments: |
|
||||||
|
Description
Rahul Sundaram
2010-09-05 23:44:01 UTC
Please provide the output of "systemctl dump" after you disabled it. Created attachment 443234 [details]
systemctl dump output on my system
Args, I know what is wrong. I don't use NetworkManager on computer, which doesn't have wifi. What's the correct way of disabling NetworkManager? I've tried: systemctl disable NetworkManager.service systemctl enable network.target (because this doesn't have service) After reboot: systemctl | grep etwork NetworkManager.service loaded active running network.target loaded active active I suppose there's missing on network.service. This was discussed at the blocker review meeting of 2010-09-10. We agreed that we would like to accept this bug as a blocker but it does not meet any existing release criterion. We would have to draft a new criterion or set up some integration between the feature and blocker processes to really cover this. (It doesn't even fit in the cop-out paragraph, because we can't reasonably characterize it as a High severity bug: it doesn't make systemd unusable). For now we will leave it on F14Beta but not mark it as AcceptedBlocker, and try to refine the process. Obviously, it would be best to fix it ASAP regardless :) Fixed now in git upstream. Upload will follow shortly. (In reply to comment #6) > Fixed now in git upstream. Upload will follow shortly. Great to hear. When will we have a new package in Fedora? This is not fixed in 10-1, at least not for the case of NetworkManager. Hm,, this really should be fixed. Are you sure this is still borked? I cannot believe this problem remains, because the code previously responsible for this I removed in its entirety... Bill, could you please attach "systemctl show Networkmanager.service"? rpm -q systemd initscripts systemd-10-1.fc14.x86_64 initscripts-9.20-1.fc14.x86_6 -- After the update, the problem is fixed for me. Thanks. Was such a annoyance. (In reply to comment #9) > Hm,, this really should be fixed. Are you sure this is still borked? I cannot > believe this problem remains, because the code previously responsible for this > I removed in its entirety... > > Bill, could you please attach "systemctl show Networkmanager.service"? Well, I've done some more testing... there were still some stray symlinks listing NM as enabled; once those are removed, 'nmcli' no longer starts NM itself. I still find the behavior pretty odd that 'nmcli nm status' causes networking to start completely,if NM is configured to start on boot but hasn't started yet. setting back to MODIFIED based on the above. |