Date: Thu, 12 May 2016 22:28:57 +0200 From: Nikolaj Hansen <nikolaj.hansen@barnabas.dk> To: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: HP DL 585 / ACPI ID / ECC Memory / Panic Message-ID: <5734E789.1010705@barnabas.dk> In-Reply-To: <CAHEMsqbe-1B7T_x0YDfvmCaGRbMrcve58_YOf1bh-M-h%2BhcV1A@mail.gmail.com> References: <57349D5B.50202@barnabas.dk> <57349ED3.7060606@barnabas.dk> <CAHEMsqbe-1B7T_x0YDfvmCaGRbMrcve58_YOf1bh-M-h%2BhcV1A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Hi,
On 2016-05-12 21:03, Steven Hartland wrote:
> I wouldn't rule out a bad cpu as we had a very similar issue and that's
> what it was.
>
> Quick way to confirm is to move all the dram from the disabled CPU to
> one of the other CPUs and see if the issue stays away with the current
> CPU still disabled.
One core is still running seemingly without problems it is only one core
I disabled not the entire cpu. APIC 1 and 2 I believe are on the same
chip. I am not a super CPU design expert, but if the two cores are on
the same cpu chip do they not share the same memory bus with this model
of the AMD cpu?
>
> If that's the case it's likely the on chip memory controller has
> developed a fault
Or you could just move around two cpu cards and se if the error jumps
from apic 1+2(err) to apic 3+4(err). If these are issued in order by
FreeBSD? Or is the ordering random?
I suppose I could move all of the boards one step to the right and test
it that way regardless.
If it does it is probably a DIMM or, as you say, the memory bus if not
it is probably the cpuboard slot on the mainboard itself.
I will try this and post my findings.
Offtopic:
I cannot belive how poor the onboard bios diagnostics are on this server
compared to my old IBM netfinity 5000.
rgrds
Nikolaj Hansen
[-- Attachment #2 --]
0 *H
010
`He 0 *H
h00K`x0
*H
0E1 0 UDK10U
TRUST24081"0 UTRUST2408 OCES Primary CA0
100528111500Z
250528114500Z0?1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA I0"0
*H
0
M|o " փqjVpumjȐbXq횛v݃"2d7֚| ;? !^IN $>{Eyv`pXE_hw-hA%8- JjG
=EG!&VB!y턐X
g{NX%#tI[1u=p
Ӆy҂{i&Fw 00U 00U 0U
00U 0U 00,*(&http://crl.oces.trust2408.com/oces.crl0\ZXV0T1 0 UDK10U
TRUST24081"0 UTRUST2408 OCES Primary CA1
0 UCRL10 U #0mHACۆD^70 U > 9Qu
ծ*Krw0
*H
C})X1mP[gxUuFu$4D[1| oxj-ne X;x5MŴe? a]d:~1[ N~lcN_LЄ@TLS}K_jPU2 L /9jj^:r*G̫R &1º73 j9cR2`7Q "0\̿6 0[}^2fC:kQ1cFչdHnA@)m{+ƥ.Y
?w~ hETbiqHfl. O݅jBd
s'9
Jd?QHPNP0G*06q!, kսѫ (5kW[:˧C]b
is>hsV/wxgڞsP Y ]`?{K% (@6
>s`Z:Vkhz !Eڜtl0J02L0
*H
0?1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA I0
130726103218Z
160726103124Z0}1 0 UDK1)0'U
Ingen organisatorisk tilknytning1C0 U Anders Nikolaj Hansen0#U PID:9208-2002-2-9094765357010"0
*H
0
]E05p=O_h{CMpEB27d J*A]R0K#roiI)b s~=ȧ*sJ8FFىn`vekzR~KR-:A{o
S8~P:4ayW t)4Y.COi!b/?-&U9:8$`q5r \uT+x fTuTnה CciKAz\?{ˠoU*n M# 0
0U 0+00>+02http://ocsp.oces-issuing01.trust2408.com/responder0I+0=http://aia.oces-issuing01.trust2408.com/oces-issuing01-ca.cer0CU :0602
*P)0"0/+#http://www.trust2408.com/repository0+00 TRUST24080For anvendelse af certifikatet glder OCES vilkr, CPS og OCES CP, der kan hentes fra www.trust2408.com/repository. Bemrk, at TRUST2408 efter vilkrene har et begrnset ansvar ift. professionelle parter.0%U 0 nikolaj.hansen@barnabas.dk0U 008642http://crl.oces-issuing01.trust2408.com/ica011.crl0YWUS0Q1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA I10U CRL64740 U #0> 9Qu
ծ*Krw0 U "RI Y Hz+ `@ 0 U 0 0
*H
d\A1˱87H_ޮ}Laq-g8ǎ;K5HkX4C@a~֛# pOb- ߉ 6bzhN`KP<2N=4pD宩5s.:ڮU(Lm@e nhTɽR)8J7b4 s fT_yKYA]zBUZ\I_0Ƴ\ #PH4':k˙[~FnۚˏM$e9m M$u100G0?1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA IL0
`He 0 *H
1 *H
0 *H
1
160512202857Z0/ *H
1"
4
;##d=fx0V +71I0G0?1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA IL0X *H
1IG0?1 0 UDK10U
TRUST24081 0U TRUST2408 OCES CA IL0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0
*H
)mjW>nm}d rcZtCf. 8NU87rs& bS"i1))Q$g:77 UA@23RBF+U }mcOGAH_B +ϟwl%DZ+7VcN=5#Mv9TQ\P.jϵcxش { b2"s2(]/ Щֺo<ʟ.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5734E789.1010705>