On Sunday 28 October 2012 11:44 PM, Ritesh Raj Sarraf wrote: >> > It could be, that in your case systemd was not tracking the correct >> > process. If PIDFile is not set, systemd will try to guess the main pid. >> > You can try changing the parameter to >> > GuessMainPID=no > I will try it now. >
That didn't help. It still was hung for a minute. From the log it shows
that systemd itself sent the TERM signal when it sensed it was hung.
Could you educate what "timeout" is systemd referring to? Is it LMT
which it found timing out? Or is it something else?
rrs@champaran:~$ sudo systemctl start laptop-mode.service
Job failed. See system journal and 'systemctl status' for details.
rrs@champaran:/run/lock$ sudo lsof lm*
rrs@champaran:/run/lock$ sudo systemctl status laptop-mode.service
laptop-mode.service - Laptop Mode Tools
Loaded: loaded (/lib/systemd/system/laptop-mode.service; enabled)
Active: failed (Result: timeout) since Sun, 28 Oct 2012
23:47:23 +0530; 1min 2s ago
Process: 15709 ExecStopPost=/bin/rm -f
/var/run/laptop-mode-tools/enabled (code=exited, status=0/SUCCESS)
Process: 15007 ExecStop=/usr/sbin/laptop_mode init stop
(code=exited, status=0/SUCCESS)
Process: 15735 ExecStart=/usr/sbin/laptop_mode init auto
(code=killed, signal=TERM)
Main PID: 12855 (code=killed, signal=TERM)
CGroup: name=systemd:/system/laptop-mode.service
Oct 28 23:45:53 champaran su[15929]: Successful su for rrs by root
Oct 28 23:45:53 champaran su[15929]: + ??? root:rrs
Oct 28 23:45:53 champaran su[15929]: pam_unix(su:session): session
opened for user rrs by (uid=0)
Oct 28 23:45:53 champaran laptop-mode[16046]: Intel SATA link power
saving set to min_power for /sys/class/scsi_host/host0/link_...policy.
Oct 28 23:45:53 champaran laptop-mode[16105]: File
/sys/devices/system/cpu/cpu3/cpufreq/ondemand/ignore_nice_load does not
exist.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
signature.asc
Description: OpenPGP digital signature
