> On Sep 19, 2016, at 1:43 PM, Michael Rasmussen <m...@miras.org> wrote:
> 
> On Mon, 19 Sep 2016 13:33:02 -0400
> Dan McDonald <dan...@omniti.com> wrote:
> 
>> This process:
>> 
>> R  15776   2671     10     10      0 0x4a004000 ffffff075dadd0a0 perl
>>        T  0xffffff072006ec60 <TS_SLEEP>
>> 
>> 
> Only perl running here:
> # ps -ef |grep perl
>    root  2684  2674   3   Sep 17 ?         267:07 /usr/bin/perl 
> /var/web-gui/data/napp-it/zfsos/_lib/scripts/socketserver.pl -l h
>    root  2656     1   0   Sep 17 ?           0:31 /usr/perl5/bin/perl 
> /usr/lib/intrd
>    root  2695  2684   0   Sep 17 ?          53:48 /usr/bin/perl 
> /var/web-gui/data/napp-it/zfsos/_lib/scripts/socketserver.pl -l h

Remember, a page fault isn't a bad thing.  It just means the process has a 
paged swapped out:

> ::ps -f !grep 15776
R  15776   2671     10     10      0 0x4a004000 ffffff075dadd0a0 perl 
/var/web-gui/data/scripts/agent-nappit.pl '1474140713_hmp' ''
> 

And THAT was the particular process running.

>> And then trapped further while doing fop_getpage().  What's your swap device?
>> 
> # swap -l
> swapfile             dev    swaplo   blocks     free
> /dev/zvol/dsk/rpool/swap 91,2         8  4194296  4194296

SO you've 4G of swap on rpool.  Typical out of the box deployment.

Something corrupted the anon cache entry, making it point to something in 
unused/unallocated/un-something hyperspace.  The big question is what.  This is 
why I asked about your hardware.  It wasn't obvious, but since you're running 
NAPP-IT, I assume you're using ECC memory?

Dan

_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Reply via email to