Cron strange problem

[Tomasz Czauderna]

Hi

I have problem with automatic task in cron in exacly i click rebuild config files and nothing is happend.

My version is 9.32

Calculating of mailbox-sizes:     25.05.2014 02:00:00 automatic task
generating of configfiles:     24.05.2014 21:34:00 not working
archiving old tickets:     22.04.2014 03:00:01 automatic task
traffic calculation:     25.05.2014 02:00:00 automatic task
Web- and traffic-reports:     25.05.2014 02:05:00 automatic task
resetting ticket-counters:     22.04.2014 03:00:01 automatic task

 

I check all logs and look fine all is good. No errors.

I change in panel php settings and cron dont change files. And when I add subdomains in customer panel.

 

I set permision to cron.d and froxlor to 777 and dont worked

I make migration to fcron(more info) and this start one time and nothing no any errors.

In older version all was working

My platform is based on php5.5 but i dont see errors in log.

when i run from script manual nothing happend

 

 

 

[d00p]

What does your /etc/cron.d/froxlor file look like?

[Tomasz Czauderna]

is rebuild

# automatically generated cron-configuration by froxlor
# do not manually edit this file as it will be re-generated periodically.
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
#
*/5 * * * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --tasks 1> /dev/null
0 0 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --traffic 1> /dev/null
7 0 1 * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --used_tickets_reset 1> /dev/null
14 0 1 * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --ticketarchive 1> /dev/null
5 0 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --usage_report 1> /dev/null
0 */6 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --mailboxsize 1> /dev/null

[d00p]

Looks correct. And you set up all the services and went through all the Konfiguration steps?

[Tomasz Czauderna]

Yes i do all.

One time its worked one no and i don't find nothing in log. Vixie Cron fcron all worked that same.

in cron log

May 26 13:10:02 [fcron] Job test -x /usr/sbin/run-crons && /usr/sbin/run-crons completed
May 26 13:10:02 [fcron] Job /usr/bin/nice -n 5 /usr/bin/php -q /.../scripts/froxlor_master_cronjob.php --tasks 1> /dev/null completed

 

All time

[d00p]

Why is your Froxlor path /.../scripts/[etc]???

[d00p]

[info from a PM] Your path is a customer-webdir??? What and how did you do that?

[Tomasz Czauderna]

Yes this is formally customer web dir

Script is installed in one customer directory is easier to backup etc.

And this is main customer easiest to remember by another users. And i cannot define manual sub-domain

I worked that more than 1 year Froxlor never have with this problems.

And this is one example to configure php-fpm to subdomain

[Tomasz Czauderna]

change to standard location nothing change

[Tomasz Czauderna]

I try find best Solutions which is not integrate in panel.
and now i use tmpwreaper with cron which is set on 30 min and this i think best universal solutions

[Sephiroth]

does it give you any errors when you run the cron manually with --force ?

[Tomasz Czauderna]

Hi

Thanks  Sephiroth the simplest way is the best

OK now look with --force rebuild worked.

But i see now problem.

Cron stooped rebuild config files because lock files for tasks all time exist in /var/run.

I rebuild and see all files was changed but lock file not disappeared.

Mayby good to add function in cron task to check this

froxlor_froxlor_master_cronjob-force.lock-19009
froxlor_froxlor_master_cronjob-tasks.lock-18569
....

[d00p]

In case it still keeps the lockfile, check whether you enabled the 'debug cronjob' setting.

[Tomasz Czauderna]

Yes is checked all time ...

Lock file all time exist...

I try find some more info but not see nothing

Another task worked normal

[d00p]

Uncheck it please. The default is disabled debugging of course

[lonesomewalker]

Beside the fact that my installation is default, i have the same strange problem.

 

Debugging is disabled, checked in database if crons are active -> value 1.

log_cron -> 0

debug_cron -> 0

 

When i force the cronscript to run, everything goes well.

(and yes, there are no entries in any logfile, i have them all opened with tail...)

 

Any clues to this?

[Tomasz Czauderna]

I have this on my second machine too.

Tell me what distro You use. 

I run this now manual but i try find somthing on this in weekend

[n-e-d-i-m]

Hi Tomasz, 

 

i have same situation on my Server. Problems with cron come with last apt-get update && apt-get upgrade before few weeks. 

in cron logs i found that couse by Domain SPF settings 

I make test and turned it off in Settings and now Cron is working fine for me.

 

 

I don't know why... 

 

If you find better sollution, please let me know..

 

Best regards!

 

System details Serversoftware: Apache/2.2.16 (Debian) PHP/5.3.3-7+squeeze19 with Suhosin-Patch PHP-Version: 5.3.3-7+squeeze19 MySQL server version: 5.0.51a-24+lenny5 Webserver interface: APACHE2HANDLER

[Tomasz Czauderna]

Hi thanks now i donload new version from git and now all files was create.

Mayby this is end of this problem. And i don't use SPF on VPS.

I will by check this again.

 

Thanks all