From owner-freebsd-smp Sun Apr 15 15:48:50 2001 Delivered-To: freebsd-smp@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 97F0F37B424; Sun, 15 Apr 2001 15:48:44 -0700 (PDT) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from klima.Physik.Uni-Mainz.DE (Linux@klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.3/8.11.3) with ESMTP id f3FMmg239463; Mon, 16 Apr 2001 00:48:43 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 16 Apr 2001 00:48:42 +0200 (CEST) From: "Hartmann, O." To: Cc: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Sirs. I would like to ask for stability for several SMP systems running FreeBSD. As I heard about some rumours SMP systems under FreeBSD tend to reboot spontanously after a while and the fact, that we here reboot our systems nearly every week due a frequent cvsupdate, I feel a little bit confused and would like to hear about other experiences. Our mainservers use TYAN's Thunder 2500 mainboard with AMI MegaRAID Enterprise 1600 RAID controllers and all other servers use SCSI, not IDE. I realized, that switching APM on in the kernel of the TYAN SMP system causes the system to reboot sponanously, maybe due the fact that the BIOS (1.4) is not APM capable (why for servers?). All right, to make this short: are there any experiences about how long SMP systems under recent FreeBSD systems can run under heavy or moderate load and keep on duty without forced reboots or reboot by crash? The focus should be on ServerWorks based chipsets used with SCSI and modern SMP boards of the lower range of the pricing list, like ASUS CUV4X-D. We use TYAN (Thunder 2500, LSI869 and LSI1010 based Slot-1 boards) and ASUS CUV4X-d boards (FC-PGA) with SCSI equipment. Nearby: I heard about a roumor that ServerWorks based IDE systems tend to have problems. Please then note this: we have two ASUS A7V based system, both the same CPU, both the same memory type, both the same newest BIOS revision, but one is SCSI, one is IDE (ATA100) based. We changed SCSI and IDE (swapping the drives) and for that, this phenomenon was stuck on IDE: 'shutdown -r now' does not work on IDE, we must reboot our system by 'reboot'. -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institut fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinensaal) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message