On Sat, Feb 02, 2002 at 10:37:12PM +0100, Clemens Hermann wrote:
> Am 02.02.2002 um 20:09:25 schrieb Bernd Walter:
>
> Hallo Bernd,
>
> erstmal danke fuer die ausfuerhliche Erklaerung!
>
> > Ich kann mir nicht vorstellen allzuviele Platten physikalisch im
> > Umkreis der zulässigen Kabellänge unterzubringen.
>
> 3ware liefert "spezielle" Kabel mit. Mit 8 Platten laeufts im Echtbetrieb
> bisher ganz gut.
Mag sein das ich andere Vorstellungen habe:
ticso(at)cicely5# camcontrol devlist | wc -l
38
Waren auch schon mal 52...
Nachzusehen unter
http://www.cosmo-project.de/~bernd/cicely-pics/2002.01.18/dcp_0649.jpg
Damit kein Zweifel aufkommt:
Bis auf das Gehäuse unten Links ist das *ein* Computer.
> > Raid basiert darauf, daß Hardware melden kann wenn was nicht OK ist.
> > Einige IDE Platte meinen aber keine Fehlermeldungen zu liefern, wenn
> > die CRC nicht stimmt - aber nur mit einer Fehlermeldung von der Platte
> > kann die Raid Software die Daten alternativ besorgen.
>
> das hiesse aber doch in letzter Konsequenz, dass auch die Hardware-IDE-RAID
> Kontroller vom selben Problem betroffen waeren, oder?
Ja - es gibt zwar Ausnahmen, aber wie soll man das feststellen.
> > IDE Platten mit Schreibcache verhindern die Kenntniss der Raidsoftware
> > über den physicalschen Datenbestand - es gibt hier das Risko, daß die
> > Datenbestände der einzelnen Redundanzen nicht mehr syncron sind, ohne
> > das die Software die geringste Ahnung davon hat.
>
> auch hier waeren IDE-HW-Kontroller betroffen, richtig?
Ja - und Schreibcache abschalten ohne Tagged Command Queuing ist nur
bedingt erträglich.
Es gibt da noch eine ganze Reihe weiterer Problemsituationen im
Zusammenhang mit IDE.
-- B.Walter COSMO-Project http://www.cosmo-project.de ticso(at)cicely.de Usergroup info(at)cosmo-project.de To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Sat 02 Feb 2002 - 23:12:18 CET