RE: RAID 5 Recover mit vinum

> On Thursday, 13 April 2000 at 11:11:15 +0200, Norbert Meissner wrote:
> >
> >> On Wednesday, 12 April 2000 at 13:17:15 +0200, Norbert Meissner wrote:
> >>> Hi all,
> >>>
> >>> ich habe hier im Geschäft jetzt ein neues Maschinchen mit einer 10gb
> >>> ide-platte und 3x 18,2gb scsi platten. auf der 10gb platte lebt das
> >>> system und die 3 scsi platten sollen als datenplatten fungieren. um
> >>> da eine gewisse datensicherheit zu gewährleisten will ich die als
> >>> raid5 auslegen.
> >>>
> >>> soweit habe ich das auch hingekriegt, danach wollte ich den ausfall
> >>> einer platte simulieren und habe dann von diskette gebootet und die
> >>> partition sowie slices entfernt, also blank geputzt. danach das
> >>> system wieder von platte gebootet, vinum gestartet (viele
> >>> Fehlermeldungen)und das volume gemountet. alle daten waren noch da,
> >>> man konnte auch noch welche dazuschreiben, bis jetzt alles noch in
> >>> ordnung. nun sollte die platte wieder in das raid zurückintegriert
> >>> werden, damit man wieder ein "heiles" raid hat. und da stehe ich
> >>> halt immer noch. daher die frage, ob das schon mal einer gemacht
> >>> hat.
> >>
> >> Habe ich. Leider habe ich es nicht so gut dokumentiert. Schau' mal
> >> http://www.lemis.com/vinum/replacing-drive.html an und lass' mich
> >> wissen, ob es verständlich ist, und ob es klappt.
> >
> > Die Seite kannte ich, und habe versucht das hier umzusetzen. Leider
> > bin ich da nicht zurecht gekommen. So wie ich das verstehe handelt
> > es sich bei dir da um eine spiegelpartition und nicht um raid5.
>
> Nein, das stimmt nicht, es müsste für beides zutreffen. Getestet habe
> ich allerdings mit RAID-5.
>
Auf deiner Seite steht ein Volume (test) mit 2 Plexes (p0, p1) die jeweils
eine Subdisk (p0.s0, p1.s0) haben. So wie ich vinum verstehe, handelt es
sich dabei doch um einen mirror, oder?

> > Ausserdem verstehe ich nicht, wie du das neue drive data3 in die
> > gesamte konfiguration einfügst.
>
> Was verstehst Du hiervon nicht?
>
Jetzt alles,

"the old drive will not be associated with a device name"

war für mich die Kernaussage. Es waere für mich verständlicher gewesen, wenn
du die komplette Ausgabe von "l -r test" auf die Seite gestellt haettest.
Man hatte dann gleich gesehen, das das drive kein device mehr hat.

Dein "Bug" hat sich bei mir (4.0-Stable, CTM src-4.0026) übrigens nicht
gezeigt. Es war alles gleich auf "up" und die Daten waren auch alle da.
Sowohl die urspruenglichen, wie auch die später dazugeschriebenen, als ich
schon die eine Platte "gekillt" hatte.

Da ich meine Versuche aus Zeitgruenden nur mit 1gb subdisks gemacht habe und
somit sehr viel freespace hatte, bleibt noch eine Frage:

Create a Vinum partition which is as least large enough to take

 ??? all the subdisks in their original positions on the drive. ???

Vinum currently will not compact free space when replacing a drive. An easy
way to ensure this is to

 ??? make the new drive at least as large as the old drive ???

Heisst das jetzt das die neue Platte gross genug sein muss um temporaer die
Daten der bestehenden Subdisks aufzunehmen (in meinem Fall ca. 36GB) oder
wird vom vinum einfach nur der fehlende Teil "errechnet" und auf der neuen
Platte untergebracht (ausreichende Größe vorausgesetzt)?

> Warum denn das? Viele haben Hot Plug.
Ich bin aber nicht viele...

BTW: dump (mein altes Problem) laeuft jetzt auch, allerdings nur mit gutem
Zureden in Form von:

# cd /dev/vinum
# ln -s /dev/vinum/stripe rstripe

Ich war da auch ein bisschen baff. Soweit ich weiss soll es ja unter 4.0
keine block-devices mehr geben.

Viele Gruesse
Norbert

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 13 Apr 2000 - 18:00:58 CEST