After going thru all the resources, I have come here...
I went through most of the newsgroups and still did not find an answer for my problem with at command. I seek your help in fixing, what looks like a bug.
Any help that you might provide is greatly appreciated.
New York, NY.
Problem : The at job shows up in queue even after it has been run successfully.
How this problem affects us ? - Any new job that I submit after this behaves randomly (meaning that the new job runs sometimes)
My observations - If I submit a subsequent job, then the queue gets cleared. But this happens ONLY if the subsequent jobs runs successfully. It is almost like the new job "kicks" the stale job out of the queue.
[root@nh0029 root]# date
Mon Jun 24 12:03:13 EDT 2002 <=== Current Time
[root@nh0029 root]# atq
19 2002-06-24 11:09 = rts <=== This job completed normally. But is not removed from the queue.
[root@nh0029 at]# ls -la /var/spool/at
drwx------ 3 daemon daemon 1024 Jun 24 11:09 .
drwxr-xr-x 11 root root 1024 Apr 5 12:02 ..
-rwx------ 1 rts 66 3878 Jun 24 11:09 =000130104a74d <=== This is the job and still is there.
-rw------- 1 daemon daemon 6 Jun 24 11:09 .SEQ
drwx------ 2 daemon daemon 1024 Jun 24 11:09 spool
[root@nh0029 at]# uname -a
Linux nh0029 2.4.18-3smp #1 SMP Thu Apr 18 07:27:31 EDT 2002 i686 unknown
[root@nh0001 root]# atq -V
at version 3.1.8
Bug reports to: email@example.com
Problem : Multiple atd starts up when i invoke atd daemon using the rc scripts.
How this problem affects us ? - Since there is more than one atd, my job gets confused as to which one it should get from the pid and use it.
My observations - I manually kill the second atd.
[root@nh0029 at]# service atd stop
stopping atd: [ OK ] <==== atd is now stopped
[root@nh0029 at]# service atd start
Starting atd: [ OK ] <==== I start atd
[root@nh0029 at]# ps -ef | grep -i atd
daemon 23116 1 0 11:09 ? 00:00:00 /usr/sbin/atd <==== 2 instances of atd startup
daemon 23589 1 0 12:06 ? 00:00:00 /usr/sbin/atd
[root@nh0029 at]# cat /var/run/atd.pid
23589 <==== only one pid is trapped in at.pid