[ic] SOLVED sudden perl signal 11 (long-lived store)
Glenn McCalley
glenn at bnetmd.net
Wed Dec 12 20:28:19 UTC 2012
>>>
>>> ----- 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.
> Glenn.
>
Well, fixed.
Exported the transactions.db to .txt, then imported back and the error
went away. Must have gotten a stray bit in the .db that made Perl
barf.
Live and learn.
Glenn.
>> --
>> 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