Bug 787477
Summary: | chronyd fails to start via systemctl | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mike C <mike.cloaked> | ||||
Component: | chrony | Assignee: | Miroslav Lichvar <mlichvar> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 16 | CC: | andreas.bierfert, dwalsh, johannbg, metherid, mlichvar, mschmidt, notting, plautrba, systemd-maint | ||||
Target Milestone: | --- | Keywords: | SELinux | ||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-08-07 11:14:59 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: | |||||||
Attachments: |
|
Description
Mike C
2012-02-05 15:31:55 UTC
Created attachment 559470 [details]
chrony.conf as used when chrony.service fails to start
Could you attach the output of ausearch -m avc -ts recent After the chronyd fails to start. Does it fail to start in permissive mode? Dan I am really sorry but this machine is one that I maintain for a relative who lives 200 miles from me and has just left to go back home after a weekend visit during which I updated the machine - and they only connect to the net via a tethered phone so I can't ssh in to run that test until they next visit me. They are not admin expert enough to run the test on my behalf - However I did set the machine to permissive two days back when I first came across the issue, as a test, and it was exactly the same (i.e. trying to start the daemon with systemctl) - and for good measure I stopped iptables as well and it was also exactly the same - which was why I was not convinced that the main problem was selinux related - unfortunately I did not run the chronyd command manually with selinux set permissive - and that may well have been selinux related but was a secondary issue since I wanted the machine to go back with them with a functional chronyd started with systemd at boot - The machine is i386 and had a standard f16 install which until now had no issues related to chrony as far as I know. If progress on this needs the output of the command you give in #2 then unfortunately it will need to wait until their next visit around the end of March. It would be useful if anyone else had a similar or the same problem who could progress this? I just installed and started it on F17/Rawhide and it seems to be working. Seeing the same on rawhide (chrony-1.26-4.20110831gitb088b7.fc17.x86_64) with selinux disabled on boot. Active: failed since Mon, 06 Feb 2012 21:29:09 +0100; 27min ago Process: 19861 ExecStartPost=/usr/libexec/chrony-helper add-dhclient-servers (code=exited, status=1/FAILURE) Did it log any errors to /var/log/messages? Is there a server in /var/lib/dhclient/chrony.servers.* which is also in /etc/chrony.conf? That would be a dup of bug #787042. It is a dup of #787042 for me. Both chrony.servers.{eth0,eth1} had the same server ip... Here is the package fixing bug #787042. http://koji.fedoraproject.org/koji/buildinfo?buildID=298706 I'm assuming this is a dup of bug #787042 for the original reporter too. Please reopen if that's not the case. *** This bug has been marked as a duplicate of bug 787042 *** |