<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">Thanks Stefan, but I REALLY prefer
      having a client call me to tell me they can't import because the
      import task hasn't been working for two days, and change a status
      column in the database, than to have a bunch of calls due to a
      saturated server and end up having to recover from a backup with
      the loss of some work :-(<br>
      <br>
      Joe<br>
      TSolucio<br>
      <br>
      <br>
      On 20/06/13 15:07, Stefan Warnat wrote:<br>
    </div>
    <blockquote cite="mid:51C2FE8B.9080002@stefanwarnat.de" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <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 moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.vtiger.com/">http://www.vtiger.com/</a></pre>
      </blockquote>
      <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>
    <br>
    <pre class="moz-signature" cols="72">-- 
Un saludo
Joe
TSolucio</pre>
  </body>
</html>