| Summary: | NetworkManager[2312]: <warn> could not spawn process '/etc/init.d/nscd condrestart': Failed to execute child process "/etc/init.d/nscd" (No such file or directory) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | udo <udovdh> | ||||
| Component: | NetworkManager | Assignee: | Dan Williams <dcbw> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 16 | CC: | danw, dcbw, elstaal, ville.skytta | ||||
| Target Milestone: | --- | Keywords: | Patch | ||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-05-02 17:33:57 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
udo
2011-12-02 10:22:03 UTC
Created attachment 549998 [details]
Use /sbin/service to try-restart nscd
I suppose this patch would fix it in a way that could be done also in pre-F16 Fedora versions.
Given that credential caching is not perfect from a security point of view and that hostname caching breaks things like Round-Robin DNS, would it be possible to detect if nscd is disabled by the user/admin and only present a syslog warning by NetworkManager that nscd is disabled? getting the status of nscd could become a simple call to: systemctl status nscd.service if it doesn't have the enabled status log the warning about that in /var/log/messages and continue. determining if "systemctl show --property=UnitFileState nscd.service|grep -q enabled" gives a 0 or not, or something like that would perhaps just do the trick. and mrtg.service keeps on bugging. I disabled it again. stopped it and systemd starts it. BTW: I updated systemd today, but: # ps -ef|grep systemd root 1 0 0 Mar19 ? 00:03:41 /bin/systemd --log-level info --log-target syslog-or-kmsg --system --dump-core --show-status=1 --sysv-console=1 --deserialize 22 root 1297 1 0 Mar19 ? 00:00:26 /lib/systemd/systemd-stdout-syslog-bridge dbus 2073 1 0 Mar19 ? 00:02:00 /bin/dbus-daemon --system --address=systemd: --nofork --systemd-activation root 23523 1 0 09:30 ? 00:00:08 /lib/systemd/systemd-logind root 26033 24699 0 10:27 pts/1 00:00:00 grep --color=auto systemd even a deamon-reload or reexec doesn't change the dates of the 'Mar19' items. Comment #4 was intended for another bug on my abundantly filled bugzilla frontpage. determining if "systemctl show --property=UnitFileState nscd.service|grep -q enabled" gives a 0 or not, or something like that would perhaps just do the trick. *** This bug has been marked as a duplicate of bug 750509 *** |