[ale] Time to pick some brains technically

James P. Kinney III jkinney at localnetsolutions.com
Fri Oct 18 12:15:39 EDT 2002


That looks like a CPU failure under load. 

On Fri, 2002-10-18 at 11:57, Robert L. Harris wrote:
> 
> 
> Ok, just put in the 64Gig kernel again, it had a different kernel I
> couldn't find the source for.  The box booted and recognizes all 16Gig
> but we see this now:
> 
> 
> Unable to handle kernel paging request at virtual address 00102004
>  printing eip:
> c01de749
> *pde = 0e546001
> Oops: 0000 2.4.19-rc5aa1 #1 SMP Fri Aug 2 11:37:38 PDT 2002
> CPU:    3
> EIP:    0010:[<c01de749>]    Not tainted
> EFLAGS: 00010282
> eax: 00102000   ebx: 000001b6   ecx: 000001b6   edx: 00000036
> esi: ce153420   edi: 00000000   ebp: ce26b520   esp: ce545f54
> ds: 0018   es: 0018   ss: 0018
> Process apache (pid: 954, stackpage=ce545000)
> Stack: 00000000 00000000 00000000 bfffdbec 00000000 ce55a4c4 c01dd9a8 00007fff 
>        00000380 000001b6 00000003 00000001 ce26b520 bfffdbec c010e9d2 00000000 
>        00000000 00000000 ce545fb4 ce544000 bfffdbe8 00000000 bfffdbec ce544000 
> Call Trace:    [<c01dd9a8>] [<c010e9d2>] [<c0108c40>] [<c0108b57>]
> Code: 8b 50 04 89 c3 89 d1 f0 0f c7 08 75 f1 89 c8 31 d2 89 c2 31 
> 
> 
> Talking to co-workers, this is the reason for changing the kernel.
> Supposedly the memory has been physically troubleshot(?)  in the past
> including swapping out physical dimms.  If the memory is limited to
> <6Gig this doesn't happen.
> 
> Thoughts or should I ask the kernel mailing list?
> 
> 
> 
> 
> 
> Thus spake Robert L. Harris (Robert.L.Harris at rdlg.net):
> 
> > Date: Fri, 18 Oct 2002 11:24:31 -0400
> > From: "Robert L. Harris" <Robert.L.Harris at rdlg.net>
> > To: "Jerry Z. Yu" <z.yu at voicecom.com>
> > Cc: "Robert L. Harris" <Robert.L.Harris at rdlg.net>,
> > 	Atlanta Linux Enthusiasts <ale at ale.org>
> > Subject: Re: [ale] Time to pick some brains technically
> > 
> > 
> > 
> > In make menuconfig I'm seeing:
> >       (64GB) High Memory Support 
> > 
> > 
> > And thanks guys, trying to figure out some very odd machines that
> > someone build who isn't here anymore.
> > 
> > 
> > 
> > Thus spake Jerry Z. Yu (z.yu at voicecom.com):
> > 
> > > Date: Fri, 18 Oct 2002 10:34:21 -0400 (EDT)
> > > From: "Jerry Z. Yu" <z.yu at voicecom.com>
> > > To: "Robert L. Harris" <Robert.L.Harris at rdlg.net>
> > > cc: Atlanta Linux Enthusiasts <ale at ale.org>
> > > Subject: Re: [ale] Time to pick some brains technically
> > > 
> > > 	let me start it by asking the obvious:
> > > 	Has the kernel been customized for HUGE ram ? 
> > > 
> > > On Fri, 18 Oct 2002, Robert L. Harris wrote:
> > > 
> > > #
> > > #
> > > #Ok, I have this:
> > > #
> > > #Debian 2.2 box.
> > > #
> > > #root at mail.acs:~# uname -a
> > > #Linux mail.acs.internap.com 2.4.19-rc5aa1 #1 SMP Fri Aug 2 11:37:38 PDT
> > > #2002 i686 unknown
> > > #
> > > #root at mail.acs:~# free
> > > #             total       used       free     shared    buffers
> > > #cached
> > > #Mem:       5936304     212056    5724248          0      97632 32236
> > > #-/+ buffers/cache:      82188    5854116
> > > #(swap irrelevant, deleted)
> > > #
> > > #(Quad-Proc, here's the last one)
> > > #processor       : 3
> > > #vendor_id       : GenuineIntel
> > > #cpu family      : 6
> > > #model           : 7
> > > #model name      : Pentium III (Katmai)
> > > #stepping        : 3
> > > #cpu MHz         : 548.217
> > > #cache size      : 1024 KB
> > > #fdiv_bug        : no
> > > #hlt_bug         : no
> > > #f00f_bug        : no
> > > #coma_bug        : no
> > > #fpu             : yes
> > > #fpu_exception   : yes
> > > #cpuid level     : 2
> > > #wp              : yes
> > > #flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> > > #mca cmov pat pse36 mmx fxsr sse
> > > #bogomips        : 1094.45
> > > #
> > > #root at mail.acs:~# cat /proc/pci | grep ^\ \ \ \ [a-zA-Z]
> > > #    Host bridge: ServerWorks CNB20HE Host Bridge (rev 33).
> > > #    Host bridge: ServerWorks CNB20HE Host Bridge (#2) (rev 1).
> > > #    Host bridge: PCI device 1166:0006 (ServerWorks) (rev 0).
> > > #    Host bridge: PCI device 1166:0006 (ServerWorks) (rev 0).
> > > #    Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 8).
> > > #    VGA compatible controller: ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 122).
> > > #    ISA bridge: ServerWorks OSB4 South Bridge (rev 80).
> > > #    IDE interface: ServerWorks OSB4 IDE Controller (rev 0).
> > > #    USB Controller: ServerWorks OSB4/CSB5 USB Controller (rev 4).
> > > #    PCI Hot-plug controller: Compaq Computer Corporation PCI Hotplug Controller (rev 17).
> > > #    PCI Hot-plug controller: Compaq Computer Corporation PCI Hotplug Controller (#2) (rev 17).
> > > #    SCSI storage controller: Adaptec AIC-7899P U160/m (rev 1).
> > > #    SCSI storage controller: Adaptec AIC-7899P U160/m (#2) (rev 1).
> > > #    Ethernet controller: 3Com Corporation 3c985 1000BaseSX (SX/TX) (rev 1).
> > > #    SCSI storage controller: Adaptec AHA-3960D / AIC-7899A U160/m (rev 1).
> > > #    SCSI storage controller: Adaptec AHA-3960D / AIC-7899A U160/m (#2) (rev 1).
> > > #
> > > #
> > > #The problem?  The thing has 16Gigs of RAM (corporate app server).  If we
> > > #try to enable more than 6 it locks up hard.  I've played with the "mem="
> > > #function to let us get this far.  All the hardware has been pulled and
> > > #tested clean.
> > > #
> > > #Has anyone seen this and know a good work fix?  This thing has been a
> > > #pain since we got it.  The app is very memory intensive but I don't want
> > > #to replace it with a windows based version.  
> > > #
> > > #
> > > #Thoughts?
> > > #  Robert
> > > #
> > > #
> > > #
> > > #
> > > #:wq!
> > > #---------------------------------------------------------------------------
> > > #Robert L. Harris                
> > > #                               
> > > #DISCLAIMER:
> > > #      These are MY OPINIONS ALONE.  I speak for no-one else.
> > > #FYI:
> > > # perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
> > > #
> > > #
> > > #---
> > > #This message has been sent through the ALE general discussion list.
> > > #See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
> > > #sent to listmaster at ale dot org.
> > > #
> > > 
> > > Jerry Z. Yu				+1-404-487-8544 (O)
> > > systems engineer			z.yu at voicecom.com
> > > is support, voicecom, llc		www.voicecom.com
> > 
> > 
> > 
> > :wq!
> > ---------------------------------------------------------------------------
> > Robert L. Harris                
> >                                
> > DISCLAIMER:
> >       These are MY OPINIONS ALONE.  I speak for no-one else.
> > FYI:
> >  perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
> 
> 
> 
> :wq!
> ---------------------------------------------------------------------------
> Robert L. Harris                
>                                
> DISCLAIMER:
>       These are MY OPINIONS ALONE.  I speak for no-one else.
> FYI:
>  perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
> 
> 
> ---
> This message has been sent through the ALE general discussion list.
> See http://www.ale.org/mailing-lists.shtml for more info. Problems should be 
> sent to listmaster at ale dot org.
-- 
James P. Kinney III   \Changing the mobile computing world/
President and CEO      \          one Linux user         /
Local Net Solutions,LLC \           at a time.          /
770-493-8244             \.___________________________./

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney at localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 



 This is a digitally signed message part




More information about the Ale mailing list