From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <004601c4c5ff$0fd13e00$171aff87@narwhal> From: "Jim McKie" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> References: <0f80678b4131e0ae5303b0f6e94c642d@quintile.net> Subject: Re: [9fans] SuperMicro P6DGU Date: Mon, 8 Nov 2004 20:54:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: ffcefa2e-eacd-11e9-9e20-41e7f4b1d025 Our main fileserver is a SuperMicro dual-pIII, I'm out of town until Friday but I think it is a 370DLE, 933MHz. It has both venti+fossil running and boots standalone with its own fossil partition. We have lots of SMP systems. Make sure you have binaries (including libraries) made recently, there was a compiler bug over the summer that could perhaps cause weird things like fp stack underflow. --jim ----- Original Message ----- From: "Steve Simon" To: <9fans@cse.psu.edu> Sent: Monday, November 08, 2004 6:32 AM Subject: [9fans] SuperMicro P6DGU > Hi, > > Trying a SuperMicro P6DGU dual PIII 600 motherboard > in my all-in-one fossil/venti/cpu/auth server and > have had a few(3) unexpected reboots when running > with SMP enabled; the one panic I saw was an fp underflow > in fossil. > > I am running it single cpu at the moment and its seems > to be reliable (so far). It could have been a cosmic ray strike, > or perhaps I have a duff motherboard (it was free). > > Anyone running multi cpu x86 servers? if so and they are cpu > servers, anyone any idea if the all-in-one architecture might > prevoke problems? > > -Steve >