<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hy Joe,<br>
<br>
In my opinion it is not a bug, but a feature. ;)<br>
If a cronTab breaks with an error, the cronjob won't be started
again, because the running flag won't be reset.<br>
<br>
If you don't check every log of the CronTab Module you don't
recognize, that one Cronjob isn't running, which could be lead
into some other problems.<br>
<br>
Stefan<br>
<br>
Am 20.06.2013 14:29, schrieb Joe Bordes:<br>
</div>
<blockquote cite="mid:51C2F58F.6060000@tsolucio.com" type="cite">Hi,
<br>
<br>
I just had an incident where a client launched a large import
(12000 products).
<br>
The cron launched the first time and marked the process as
running.
<br>
After 15min, the next cron launched and the import process was
launched again. Then after 15min more, another process was
launched....
<br>
<br>
After about 15000 products imported and taking forever the client
contacted us.
<br>
<br>
I had a look at the code and see that the status of running is not
consulted only the frequency :-(
<br>
<br>
The attached patch should fix this problem.
<br>
<br>
I also compared the 5.4.0 CronTask module with the current EA to
see if it had been corrected and saw that the problem is still
there and that somebody has left a $log->fatal() debug message
in the CronTask code. That should be eliminated from there.
<br>
<br>
<br>
These things make me think: over a year after this feature was
introduced nobody commented nor fixed this? Is anybody really
using this? Am I doing something wrong? ...
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
</blockquote>
<br>
</body>
</html>