*BSD News Article 83159


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.mel.connect.com.au!munnari.OZ.AU!spool.mu.edu!uwm.edu!cs.utexas.edu!howland.erols.net!feed1.news.erols.com!uunet!in3.uu.net!netnews.nwnet.net!nwnet.net!not-for-mail
From: aad@nwnet.net (Anthony Talltree)
Newsgroups: comp.unix.bsd.bsdi.misc,comp.os.linux.misc
Subject: Re: BSDi + AHA2944W + Eclipse RAID
Date: 18 Nov 1996 14:10:04 -0800
Organization: NorthWestNet, Bellevue, WA, USA, Earth
Lines: 49
Message-ID: <56qmrs$ooa@olympus.nwnet.net>
References: <55j0ci$8l8@gol1.gol.com> <56e1qh$4t8@oldman.steinkamm.com> <56glrn$c1k@olympus.nwnet.net> <56iu1n$3qt@arrow.va.pubnix.com>
Reply-To: aad@nwnet.net
NNTP-Posting-Host: olympus.nwnet.net
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.bsdi.misc:5300 comp.os.linux.misc:142435

>It works reliably.  Maybe the problem is your motherboard, because
>I have an existance proof that BSDi can deal with that many SCSI
>controller effectively.

You're only the second person to ever admit such a configuration to me.
The first was a DPT employee earlier this month.

I suspect that the problem is more likely with my Buslogic 946C's.  I haven't
found stability with a variety of AUS and Tyan motherboards, including the
Tomcat II, which as I understand it should be the latest & greatest.



>What is your point?  RAID systems are expensive, irregardless of
>the system you hook them up to.  If you can't afford to suffer from
>disk drive failures, you buy RAID arrays.  If you rely on software
>RAID systems on PC hardware, you can enter a state where you will
>lose a single disk and then can't get the OS back up to the point
>where you can rebuild from the RAID'd disks.

I really don't care about rebuilding /var/spool/news, and having it broken
isn't going to stop my OS from booting.  I want plain stripes to aggregate
multiple disks over multiple controllers for the news article store.

>>>-) BSD/OS is a real professional and commercial unix system.
>>Albeit with some major faults -- eg., no real patch management.
>I'll take BSDi's system over something like the "system" that SunOS/Solaris
>has anyday.

So you don't care about the facts that BSDI's patches:

o Ranlib updated libraries, making them difficult to track with
  Tiger or Tripwire.  Unaugmented uuencode isn't a reasonable way to include
  binaries in a patch.
o Don't apply without manual intervention -- it's pretty weak to just call
  'patch' to apply OS patches, especially when there are foo.orig files
  left over from previous patches.  Such cause patch to ask me if it wants
  to overwrite them.
o Effectively can't be uninstalled since they don't save state in a reasonable
  fashion.
o Aren't indexed in a documented way when installed.  Single lines are added
  to seperate log files for userland and kernel patches.  Those lines don't
  include any description, nor do they include a list of affected files.

The SunOS 5 pkg utilities have none of these flaws.