Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Jan 2001 11:22:41 -0500
From:      Dennis <dennis@etinc.com>
To:        Tom Samplonius <tom@sdf.com>, Tom ONeil <tom.oneil@tacni.com>
Cc:        Free <freebsd-isp@FreeBSD.ORG>
Subject:   Re: 2U server choice - experience/suggestions?
Message-ID:  <5.0.0.25.0.20010124111802.03c0d620@mail.etinc.com>
In-Reply-To: <Pine.BSF.4.05.10101231935410.7216-100000@misery.sdf.com>
References:  <3A6E1C75.4CB98868@tacni.com>

next in thread | previous in thread | raw e-mail | index | archive | help
At 10:41 PM 01/23/2001, Tom Samplonius wrote:

>On Tue, 23 Jan 2001, Tom ONeil wrote:
>
> > Tired of rolling our own. Looking for a 2U for general purpose
> > web/radius/2nd DNS/email.
> >
> >    Comments? Suggestions?
> >
> > http://www.rackmount.com/RackSvr/ColocationServer215-test3.htm
>
>   If you don't mind a 3U format, try the IBM eServer x340.  I don't think
>you will find anything that can beat it:  redundant power supplies, up to
>two CPUs, 133mhz FSB, 64bit PCI, three hotswap SCSI bays and three more
>can be added, and redundant and hotswap fans.  The fans are particularly
>nice.  The x340 doesn't use CPU fans, but an air-flow tunnel over the
>CPUs, which a full-size hostswap fan at each end (push, pull arragement).
>If one of these fans fails, the other speeds up, with no software
>intervention required.
>
>   Of course, IBM ServeRAID cards aren't supported by FreeBSD, so I use a
>Mylex AccelRAID 352 in it.  IBM owns Myles now, so IBM has no problem with
>this.  The hotswap bays support SAF-TE, so rebuilding of failed drives is
>automatic too.


3u is kind of a waste, as with a 4U you generally dont need a riser so you 
get maximum functionality for a little extra space (including 64bit 
functionality).

in making a choice, its good policy to stay away from proprietary layouts 
(the intels servers for example, and compaq) because you are locked into 
specific MBs at least. There are plenty of generic solutions around that 
take regular MBs which offer you the maximum flexibility.

Whats good to use today may not be true tomorrow, so you need to keep your 
options open in an environment like freebsd.

DB


>Tom
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-isp" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.0.0.25.0.20010124111802.03c0d620>