Title says it all… I use ‘atd’ pretty regularly, and had it starting in runlevels 3 and 5. After upgrading to 12.2, I noticed it was not starting, even though it was still selected for those runlevels. If I tried to start it by hand, I got:
so it looks like something in systemd is disabling atd.
I can run ‘startproc /usr/sbin/atd’, and it runs and works OK, so there does not appear to be anything wrong with the underlying daemon, just something in the way that systemd calls or interacts with it. I am not familiar enough with systemd to know how best to debug or work around this problem (other than just starting atd manually on boot).
Any suggestions on getting atd working automatically again would be appreciated.
Apr 24 21:56:03 grond atd[2598]: Removing stale lockfile for pid 720
The same thing happens if I run systemctl start atd.service by hand… apparent success, followed several minutes later by systemd shutting atd down. When I start atd on its own, it runs indefinitely. What the hell is systemd doing?
The quick search only looks for open bugs, but this one is marked as “RESOLVED FIXED”, so it wasn’t found.
You would have to go to the Advanced search and additionally select “RESOLVED” in the status list.
On 2013-04-25 04:06, dcfleck2 wrote:>
> Title says it all… I use ‘atd’ pretty regularly, and had it starting
> in runlevels 3 and 5. After upgrading to 12.2, I noticed it was not
> starting, even though it was still selected for those runlevels. If I
> tried to start it by hand, I got:
On 2013-04-25 14:16, dcfleck2 wrote:
>
> Yes, that appears to do the trick. Thanks, all.
This means that your upgrade procedure was incorrect, you did not apply
the updates.
–
Cheers / Saludos,
Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)