#1338 - The Cron Daemon is emitting errors at 1 minute intervals

This is a spacer post for a website comment topic. The content this topic relates to: #1338 - The Cron Daemon is emitting errors at 1 minute intervals
Running the cron job by hand gives:

<!DOCTYPE html><html lang="EN">
<head>
<title>Critical error</title>
<style type="text/css"><![CDATA[ .screen_title { text-decoration: underline; display: block; min-height: 42px; padding: 3px 0 0 0; }
a[target="_blank"], a[onclick$="window.open"] { padding-right: 0; }
]]></style>
</head>
<body><div class="global_middle"><h1 class="screen_title">Critical error &ndash; bailing out</h1>
<div class="red_alert" role="error">This is an error that has been elevated to critical error status because it occurred during the primary error mechanism reporting system itself (possibly due to it occuring within the standard output framework). It may be masking a secondary error that occurred before this, but was never output - if so, it is likely strongly related to this one, thus fixing this will fix the other.</div>
<div style="padding-left: 50px">PHP ERROR [1] Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes) in sources/mail.php on line 534 (version: 9.0.5, PHP version: 5.3.20, URL: /home/vwgolfm/public_html/data/cron_bridge.php)<div class="box guid_{_GUID}"><div class="box_inner"><h2>Stack trace&hellip;</h2>

File -> &#039;/home/vwgolfm/public_html/sources/failure.php&#039;

Line -> 792

Function -> &#039;die_html_trace&#039;

Args -> array (
0 =&gt; &#039;PHP ERROR [1] Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes) in sources/mail.php on line 534 (version: 9.0.5, PHP version: 5.3.20, URL: /home/vwgolfm/public_html/data/cron_bridge.php)&#039;,
)


File -> &#039;/home/vwgolfm/public_html/sources/global2.php&#039;

Line -> 1011

Function -> &#039;_fatal_exit&#039;

Args -> array (
0 =&gt; &#039;PHP ERROR [1] Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes) in sources/mail.php on line 534&#039;,
)


File -> &#039;/home/vwgolfm/public_html/sources/failure.php&#039;

Line -> 224

Function -> &#039;fatal_exit&#039;

Args -> array (
0 =&gt; &#039;PHP ERROR [1] Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes) in sources/mail.php on line 534&#039;,
)


File -> &#039;/home/vwgolfm/public_html/sources/global2.php&#039;

Line -> 874

Function -> &#039;_Composr_error_handler&#039;

Args -> array (
0 =&gt; &#039;error&#039;,
1 =&gt; 1,
2 =&gt; &#039;Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes)&#039;,
3 =&gt; &#039;sources/mail.php&#039;,
4 =&gt; 534,
)


File -> &#039;/home/vwgolfm/public_html/sources/global2.php&#039;

Line -> 810

Function -> &#039;Composr_error_handler&#039;

Args -> array (
0 =&gt; 1,
1 =&gt; &#039;Allowed memory size of 67108864 bytes exhausted (tried to allocate 17131744 bytes)&#039;,
2 =&gt; &#039;/home/vwgolfm/public_html/sources/mail.php&#039;,
3 =&gt; 534,
)


Function -> &#039;catch_fatal_errors&#039;

Args -> array (
)


</div></div></div>

Details here are intended only for the website/system-administrator, not for regular website users.
&raquo; <strong>If you are a regular website user, please let the website staff deal with this problem.</strong>


<p class="associated_details">Depending on the error, and only if the website installation finished, you may need to <a href="#" onclick="if (!window.confirm('Are you staff on this site?')) return false; this.href='http://vwgolfmk1.org.uk/config_editor.php';">edit the installation options</a> (the <kbd>info.php</kbd> file).


<p class="associated_details">ocProducts maintains full documentation for all procedures and tools. These may be found on the <a href="http://compo.sr">Composr website</a>. If you are unable to easily solve this problem, we may be contacted from our website and can help resolve it for you.


<hr />
<p style="font-size: 0.8em"><a href="http://compo.sr/">Composr</a> is a <abbr title="Content Management System">CMS</abbr> for building websites, developed by ocProducts.


</div></body>
Top is showing that there is about 205Mbytes free
So mail.php is giving up after not being able to allocate enough memory.

Any idea why that might be ?
I am still getting new post email notifications as well - I thought this job controlled that ?
MySQL returns rows in storage order. If rows are deleted, new rows typically go in the hole. Hence why some of the queue sends. I'll investigate, later tonight I think. You may want to temporarily disable CRON if the messages are getting too annoying, or turn the frequency down.
Cheers Chris
I have set it to every 10 minutes.
I fixed this. It was an email with a 13MB attachment within the Comcode. It was failing to convert it to base64 to encode into the email. I have put in a 5MB limit, this is really rare.

However I have noticed (an unrelated issue) CRON is slow for you even when immediately refreshing, it should be really fast in such a situation. So I am studying this.
Hmm, that was probably just a concurrency issue of some kind. It is fast again now. Ok, resolved.
Excellent - thanks for getting on and fixing it so quickly.
0 guests and 0 members have recently viewed this.