Re: Vinum, RAID-5, 3HDs

On Mon, Dec 30, 2002 at 12:50:40PM +1030, Greg 'groggy' Lehey wrote:
> On Monday, 30 December 2002 at 3:09:06 +0100, Bernd Walter wrote:
> > On Mon, Dec 30, 2002 at 11:52:11AM +1030, Greg 'groggy' Lehey wrote:
> Die meldet sich aber dann zurück, wo der Transfer in den Plattencache
> beendet ist. Das tun auch IDE-Platten ohne TCQ. Ich kann einen
> IDE-Treiberfehler nicht ausschließen, ich kenne aber keinen.

TCQ berwirkt ja eben, das die Rückmeldung erst erfolgen kann, wenn
die Daten auf dem Medium sind.
Ohne TCQ geht das stark zu Lasten der Schreibperformance.

> > Zumindestens mit SCSI bin ich mir bei der FreeBSD Implementierung
> > absolut sicher, daß die Situation ordendlich behandelt wird. Vinum
> > bekommt zwar keinen Fehler gemelded, aber die Daten wurden
> > ordnungsgemäß geschrieben und es tauchen Kernelmeldungen auf.
>
> In so einem Fall erfährt's Vinum auch.

Nein - Retries vom da(4) werden nicht zurückgemelded.
Das fällt unter die gleiche Kategorie, wie z.B. Parityfehler auf dem
SCSI Bus.
Wäre ja noch schöner, wenn die Daten mit einem zweiten Anlauf
geschrieben wurden, aber meine Anwendung denoch einen Schreibfehler
gemelded bekommt.

> >>> Natürlich ist das nicht nur ein Problem von R5, aber einen Paritäts-
> >>> fehler wirst du ohne Regelmässige Überprüfung niemals feststellen.
> >>
> >> Richtig. Ganz wohl ist es mir bei dem Gedanken auch nicht.
> >
> > Dummerweise kann es nach einem Powerfailure auch mit SCSI Platten
> > vorkommen.
> > Raidframe markiert gemountete Volumes und synconisiert nach einem
> > dirty reboot vollständig - man merkt es sehr deutlich an der
> > Performance das da noch was passiert.
>
> Das könnte man auch mit Vinum machen. Bestimmt keine schlechte Idee.

Eine andere Variante sind Transaktionslogs.
Die Soltice Disksuite macht das.
Das neusyncronisieren nach einem Crash behandelt nur wenige Blöcke.
Aber das schützt nur bei der Stromausfall/Crashvariante und reduziert
die Schreibperformance immer, während ein komplettes neusyncronisieren
nur einige Zeit nach einem Ausfall verlangsammt - dafür aber stark.

-- 
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 message