<div>Hiya, thanks for that Wil, gives me some ideas. I notice the Bad file descriptor error in there, I've pasted the part there it starts to run it below (I'm only using touch as a basic test as other cron entries don't work, touch outside of cron works fine). I'm a bit clueless looking at the rest really though, is it definitely the bad file descriptor thats causing it, and any ideas why as its fine outside of cron?
</div>
<div> </div>
<div>read(6, "03 11 * * * /bin/touch /home/log"..., 4096) = 47<br>lseek(6, 47, SEEK_SET) = 47<br>read(6, "", 4096) = 0<br>read(6, "", 4096) = 0
<br>close(6) = 0<br>munmap(0x2a9556c000, 4096) = 0<br>close(6) = -1 EBADF (Bad file descriptor)<br>getdents64(5, /* 0 entries */, 4096) = 0<br>
close(5) = 0<br>time(NULL) = 1159179661<br>rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0<br>rt_sigaction(SIGCHLD, NULL, {0x552aaad780, [], SA_RESTORER|SA_RESTART, 0x2a959b7410}, 8) = 0
<br>rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0<br>nanosleep({60, 0}, <unfinished ...><br><br><br> </div>
<div><span class="gmail_quote">On 9/25/06, <b class="gmail_sendername">Will McDonald</b> <<a href="mailto:wmcdonald@gmail.com">wmcdonald@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On 25/09/06, Ian mu <<a href="mailto:mu.llamas@gmail.com">mu.llamas@gmail.com</a>> wrote:<br>> Hiya all,
<br>><br>> just found an odd one on one of our boxes, cron isnt working (for a user<br>> anyway, but can't seem to get it running properly at all), i.e if I do a<br>> crontab -e as a user (who is in /var/spool/cron) and add 19 10 * * *
<br>> /bin/touch /home/logadmin/testfile (has permission) its never created. Also<br>> I get no mails from cron to /var/spool/mail/root so guessing maybe cron not<br>> working at all, can't find any errors in logfiles relating to it either.
<br>><br>> ps -ef shows crond running however, have tried restarting it via service<br>> crond restart which shows fine in logs as started<br>><br>> Not sure what else to check?<br><br>Is there an entry in /etc/cron.deny for the user? Does
<br>/var/spool/cron/logadmin look OK?<br><br>You could try attaching strace to the running crond process with -f to<br>see if that provides any insights.<br><br>Will.<br>_______________________________________________<br>
CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br>