Results 1 to 4 of 4

Thread: crond not woring.. is debian stable or working at all?!

  1. #1
    Join Date
    Feb 2008
    Posts
    133

    crond not working..

    Hello all,

    we have a default clean debian install 7 and I notice only errors if you look on my other posts.
    I tought debian 7 as stable..?!?!?!

    now the cron is not processing..
    I have seen how to manually processing it.. but it is not not working..

    I am a bit frustrated in howmuch time the cb2.0 debian 7 takes..
    do more have this experience or are we all using centos ;/
    Last edited by soulshepard; 02-26-2014 at 09:14 AM.

  2. #2
    Join Date
    Feb 2008
    Posts
    133
    root@webserverx:/usr/local/directadmin/data# tail -f /var/log/syslog | grep -i cron
    Feb 26 18:05:01 webserverx /USR/SBIN/CRON[11003]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
    Feb 26 18:06:55 webserverx /usr/sbin/cron[11265]: (CRON) INFO (pidfile fd = 3)
    Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (CRON) STARTUP (fork ok)
    Feb 26 18:06:55 webserverx cron[11266]: Error: bad username; while reading /etc/cron.d/directadmin_cron
    Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (*system*directadmin_cron) ERROR (Syntax error, this crontab file will be ignored)
    Feb 26 18:06:55 webserverx /usr/sbin/cron[11266]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

    to note: this is a default install.. I have a hard tiem believing these many little problems are there default..
    did anyone experience these small glitches after a recent install with debian 7.4?

  3. #3
    Join Date
    Feb 2008
    Posts
    133
    the default install added this to the /etc/cron.d/directadmin_cron


    */1 * * * * root /usr/local/directadmin/dataskq
    2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
    #5 5 * * 0 root /sbin/quotaoff -a; /sbin/quotacheck -augm; /sbin/quotaon -a;
    10 0 * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
    20 4 1 * * root echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
    0 4 * * * root echo 'action=check&value=license' >> /usr/local/directadmin/data/task.queue
    15,45 * * * * /usr/local/directadmin/scripts/custom/clamdcheck > /dev/null 2>&1

    The user is missing from the clamdcheck when doing a default install..
    and if I look at it centos has this bug also in my other default installs.. the clamd does not have a userid there and centos must not care about this.

    I added the userid and it seems its not skipping anymore:
    15,45 * * * * root /usr/local/directadmin/scripts/custom/clamdcheck > /dev/null 2>&1

    more people if using clamd must have this..

  4. #4
    Join Date
    Aug 2006
    Location
    LT, EU
    Posts
    7,542
    I would like to add that this line is a custom one, and it does not come together with DirectAdmin installation.
    Martynas Bendorius
    MB Martynas IT. Professional server management company. Official DirectAdmin, CloudLinux, LiteSpeed and Comodo partners.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •