Re: Welches Software-Raid unter freebsd auf SATA-Platten

On Sat, Feb 21, 2004 at 10:11:55PM +0100, Peter Wullinger wrote:
> On Sat, Feb 21, 2004 at 08:35:57PM +0100, Bernd Walter wrote:
> > On Sat, Feb 21, 2004 at 09:47:35AM +0100, Peter Wullinger wrote:
> > >
> > > Hmm ... Test-Patch für vinum auf GEOM ist gestern raus, muß
> > > ich mir mal anschauen.
> >
> > Ich glaube nicht, dass du das willst.
> > Wenn ich das richtig verstanden habe, dann ging es um ein neues
> > Feature, dass zwar auf lange Sicht wichtig ist, aber Experimentier-
> > freude voraussetzt.
>
> Das ist mein Testsystem, insofern ist das dafür da :-).

OK - dann lass dich nicht davon abhalten den Lukas zu helfen :)

> > > Wie gesagt, ich kann da nur aus Erfahrung sprechen und
> > > ein 5.2.1-RELEASE hat bei mir hier "break to ddb" gemacht,
> >
> > break to ddb passiert wenn du einen BREAK schickst.
>
> Und bei Kernel Panics.

Nein, weil es kein *break to* debugger ist, sondern ein Panic.

> > > als die rc-Skripten vinum geladen haben. Nachvollziehbar
> > > bei jedem Boot.
> >
> > Du meinst also keinen BREAK, sondern einen Panic?
>
> Für einen
> FreeBSD 5.2-CURRENT #5: Wed Feb 18 21:55:45 CET 2004,
> vom den Sourcen vom 18. Februar.
>
> am loader prompt:
> % unload
> % load /boot/kernel.5.2/kernel
> % load /boot/kernel.5.2/vinum.ko
> % boot
>
> ---------------
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x6269696d
> fault code = supervisor read, page not present
> ip = 0x8:0xc05606d1
> stack pointer = 0x10:0xd4bf6a80
> frame pointer = 0x10:0xd4bf6a9c
> code segement = base 0x0, limit 0xfffff, type 0x1b,
> DPL 0, pres 1, def32 1, gran 1
> processor eflags = interupts enabled, resume, IOPL 0
> current process = 225 (ifconfig)
> kernel: type 12 trap, code = 0
> Stopped at driver_module_handler+0x811 mov 0(%eax), %eax
> ---------------
>
> Ähnliches, was ich mir aber nicht genau angesehen habe,
> aber gerne machen kann, wenn ich nur:
> % unload
> % load /boot/kernel.5.2/kernel
> % boot
>
> Diesmal ist der kernel panic (und break to ddb)
> im Prozeß vinum. Wie gesagt, ich habe da nicht mehr
> genauer hingeschaut, weil ich ja wußte, das es
> Probleme mit vinum gibt.

Nein - ein break ist ein Ereigniss von der Console.
Hast du beim booten auch das passende vinum Tool benutzt?
Das und der Kernel Bestandteil muss passen.
Im Zweifelsfall in den Singleuser Mode booten und das vinum Tool
aus /usr/obj... verwenden um einen vinum start zu machen.
Danach alles mounten, normal installieren und gut.
Wenn denoch ein Panic auftritt, dann kennst du immerhin den Auslöser.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message