[clue] perl question

Mike Bean beandaemon at gmail.com
Mon Mar 21 15:15:28 MDT 2016


I'm hopeful it's fixed.

We have this perl monitoring system that runs every minute in cron,
'lpar2rrd'.   The systems guys were upgrading it in the environment.
Tweaked the server and were fixing clients steadily as they went.
(I'm an app guy.)
When lpar2rrd couldn't get to its server because of the upgrade it started
core-dumping in /tmp, filled the disk, and crashed my app.
I just found out about it before the systems guys got to it.


On Mon, Mar 21, 2016 at 2:02 PM, David L. Anselmi <anselmi at anselmi.us>
wrote:

> Mike Bean wrote:
> > I have a couple AIX-7 boxes that perl is core-dumping into /tmp.  Left
> > unchecked, it fills /tmp and crashes the primary application on the box.
> > I must confess,  I'm having a time trying to figure out what to even
> google
> > for here.
> >
> ---------------------------------------------------------------------------
> > Detail Data
> > SIGNAL NUMBER
> >            11
>
> So you'd start with "AIX perl core dump".
>
> Signal 11 is a seg fault. I'd guess that's hard to cause in perl. Where
> did this perl come from? If
> it's from IBM then open a ticket with them. If it's locally built then you
> have to look for better
> directions on how to build it. Could be a 32/64 bit issue, or complier
> options, or ...
>
> Dave
> _______________________________________________
> clue mailing list: clue at cluedenver.org
> For information, account preferences, or to unsubscribe see:
> http://cluedenver.org/mailman/listinfo/clue
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20160321/d09ffa04/attachment.html 


More information about the clue mailing list