From owner-freebsd-stable@freebsd.org Thu May 12 19:59:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3008BB38ECD for ; Thu, 12 May 2016 19:59:00 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4421ED3 for ; Thu, 12 May 2016 19:58:59 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Thu, 12 May 2016 21:57:46 +0200 Authentication-Results: connect.ultra-secure.de; iprev=temperror; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 95891B92-1640-4685-B650-4E8F8A56B886.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Thu, 12 May 2016 21:57:43 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: HP DL 585 / ACPI ID / ECC Memory / Panic From: Rainer Duffner In-Reply-To: Date: Thu, 12 May 2016 21:57:42 +0200 Cc: Nikolaj Hansen , "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <1C60A634-C3A5-4F9D-A363-F03745CBEF2C@ultra-secure.de> References: <57349D5B.50202@barnabas.dk> <57349ED3.7060606@barnabas.dk> To: Steven Hartland X-Mailer: Apple Mail (2.3124) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=13 total_conn=1 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 164, bad: 0, connections: 324, history: 164, asn_score: 98, asn_connections: 109, asn_good: 98, asn_bad: 0, pass:all_good, asn, asn_all_good, relaying X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2016 19:59:00 -0000 > Am 12.05.2016 um 21:03 schrieb Steven Hartland = : >=20 > I wouldn't rule out a bad cpu as we had a very similar issue and = that's > what it was. >>=20 IIRC, the AMD-servers of HP had numerous problems for the first few = generations. Some worked well (I think we have a handful of 385 G1/G2/G5 still = running), but other would just hang or crash from time to time. May boss was never too keen on them anyway, so we never had that many to = begin with. Plus, HP servers had and have a way of popping when you remove the power = from a long-running one (that=E2=80=99s probably servers in general). Most times, it=E2=80=99s only the PSU or a disk, but we=E2=80=99ve also = fried NICs by simply powering the damn thing off=E2=80=A6