[ic] sudden perl signal 11 (long-lived store)

Glenn McCalley glenn at bnetmd.net
Wed Dec 12 19:21:44 UTC 2012

----- Original Message ----- 
From: "Stefan Hornburg (Racke)" <racke at linuxia.de>
To: <interchange-users at icdevgroup.org>
Sent: Wednesday, December 12, 2012 12:26 PM
Subject: Re: [ic] sudden perl signal 11 (long-lived store)

> On 12/12/2012 05:18 PM, Glenn McCalley wrote:
>> ----- Original Message ----- From: "Glenn McCalley" <glenn at bnetmd.net>
>> To: <interchange-users at icdevgroup.org>
>> Sent: Wednesday, December 12, 2012 9:38 AM
>> Subject: [ic] sudden perl signal 11 (long-lived store)
>>> At approx. 0900 yesterday morning (Dec 11) one of our stores began 
>>> returning a 500 Server Error in the checkout process.  There is a syslog 
>>> message that corresponds to the time of the 500 error:
>>> (perl) uid 1005: exited on signal 11 (core dumped)
>>> uid 1005 is "interch"
>>> It seems to be at the point after payment processing (the credit card is 
>>> in fact charged) but before the customer and store manager emails are 
>>> sent and the order copy placed in the "orders" directory.  The 
>>> icdebug.log shows the payment and no error messages are appearing there. 
>>> Same with the other system and catalog log files - no errors logged.
>>> What has us really going is it is only happening in one store -- there 
>>> are 4 stores in production and a couple test ones configured that do not 
>>> get the error.  That would indicate to me it is not memory or hardware 
>>> or the error would be global?  There were minor cosmetic changes made on 
>>> Dec 10, however several orders in the goofy store processed successfully 
>>> between the application of those changes and the start of the errors.
>>> This system has been running fine for a long time and no other errors 
>>> are apparent.  Disk checks are OK, nothing useful in the system messages 
>>> log. The software is FreeBSD, IC V5.2.0 installed in the summer of 2004 
>>> and rock solid ever since.  Perl v5.8.8 last upgrade forever ago.
>>> ANY thoughts appreciated.
>>> Thank you!
>>> Glenn.
>> More info:
>> In the UI, going to the "orders" area throws a "500".
>> Wondering if it is a data corruption problem in one of the databases
>> (default dbm files) if so which and would an export/import fix it?
>> Glenn.
> Glenn, that's hard to tell without further details / access to the
> actual server. Is the "500" on the UI orders reproducible?
> Regards
> Racke
UI is working fine on all stores except this one, and the only UI
function that throws the 500 is trying to look at the orders list.
I'm going through all the .db files that an order would affect
and exporting/importing to see if whatever it is will recreate
without some erroneous bit.

> -- 
> LinuXia Systems => http://www.linuxia.de/
> Expert Interchange Consulting and System Administration
> ICDEVGROUP => http://www.icdevgroup.org/
> Interchange Development Team
> _______________________________________________
> interchange-users mailing list
> interchange-users at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users

More information about the interchange-users mailing list