<span id="mailbox-conversation"><div>I’d be happy to provide a recent backtrace to match the config details but abrtd always seems to shit the bed:</div>
<div><br></div>
<div>
<div>Feb 25 10:19:14 hostname abrt[10776]: Saved core dump of pid 63925 (/usr/sbin/squid) to /var/spool/abrt/ccpp-2015-02-25-10:19:08-63925 (525869056 bytes)</div>
<div>Feb 25 10:19:14 hostname abrtd: Directory 'ccpp-2015-02-25-10:19:08-63925' creation detected<br></div>
<div>Feb 25 10:19:15 hostname squid[63923]: Squid Parent: (squid-1) process 63925 exited due to signal 6 with status 0<br></div>
<div>Feb 25 10:19:15 hostname abrtd: Package 'squid' isn't signed with proper key<br></div>
<div>Feb 25 10:19:15 hostname abrtd: 'post-create' on '/var/spool/abrt/ccpp-2015-02-25-10:19:08-63925' exited with 1<br></div>
<div id="mb-reply">Feb 25 10:19:15 hostname abrtd: Deleting problem directory '/var/spool/abrt/ccpp-2015-02-25-10:19:08-63925’<br></div>
<div id="mb-reply"><br></div>
<div id="mb-reply">Not sure what counts as a “proper key” we compile our own squid RPMs and sign them ourselves for our own private repo.</div>
<div id="mb-reply"><br></div>
</div></span><div class="mailbox_signature">
<br> </div>
<br><br><div class="gmail_quote"><p>On Wed, Feb 25, 2015 at 2:03 PM, Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>On 2015-02-25 15:11, dan@getbusi.com wrote:
<br>> By the way, I think Eliezer suggested I should file a bug report.
<br>> There is in fact one already filed here:
<br>> http://bugs.squid-cache.org/show_bug.cgi?id=3930
<br>> 
<br>> 
<br>> Which brings me to my next question ...
<br>> 
<br>> 
<br>> 
<br>> Amos, is it possible to sponsor bug fixes?
<br><br>Of course. Though be aware that if its an outstanding bug it means we 
<br>are having difficulty resolving it for some reason so we can't really 
<br>provide any guarantees about what it will take to fix.
<br><br>So far the issue seems to be a lack of information, with a stack trace 
<br>only coming in recently and the build and config details having come 
<br>from someone other than the one with stack trace. Ideally we need all 
<br>the details from a single proxy instance encountering the crash.
<br><br>Amos
<br><br></p></blockquote></div><br>