From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 9 18:33:27 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C5D416A4CE for ; Wed, 9 Mar 2005 18:33:27 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0008243D60 for ; Wed, 9 Mar 2005 18:33:26 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from [68.26.208.185] (001-764-232.area1.spcsdns.net [68.26.208.185]) by carver.gumbysoft.com (Postfix) with ESMTP id C3B2272DD5; Wed, 9 Mar 2005 10:33:22 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3e4aa11492a6bd41859f0490f2e94202@gumbysoft.com> Content-Transfer-Encoding: 7bit From: Doug White Date: Wed, 9 Mar 2005 10:33:16 -0800 To: Aaron Daubman X-Mailer: Apple Mail (2.619.2) cc: freebsd-amd64@freebsd.org Subject: Re: Consistant buildworld Segmentation fault at '===> gnu/usr.bin/cc/cpp' after latest RELENG_5 cvsup X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 18:33:27 -0000 On Mar 9, 2005, at 6:36 AM, Aaron Daubman wrote: > Hi all, > > I'm an oldtime FreeBSD user but am new to the amd64 world. I'm trying > to put one of my Sunfire V20z single proc Opteron w/2G RAM servers to > better use (previously ran Win2k3) and am having some difficulty > updating it. [...] > makeinfo -I /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc -I > /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/include > --no-split -I /usr/src/gnu/usr.bin/cc/doc -I > /usr/src/gnu/usr.bin/cc/doc > /usr/src/gnu/usr.bin/cc/doc/../../../../contrib/gcc/doc/ > cppinternals.texi > -o cppinternals.info > gzip -cn cppinternals.info > cppinternals.info.gz > ===> gnu/usr.bin/cc/cpp > Segmentation fault (core dumped) > *** Error code 139 [...] The typical reason for segfaults is bad hardware. A v20z is a pretty decent server class machine, though, so unless its suffering from an undetected condition it should scream bloody murder if something goes bad. This is assuming it has ECC memory and you aren't ignoring that big yellow "maintenance" light that comes on when something bad happens, like a fan going down. Can you get into the LOM and check the environmentals? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org