Problem with geom_vinum on 5.5 and 6.1

Tim Bishop tim-lists at bishnet.net
Wed May 31 15:23:51 PDT 2006


I'm running 6.1-RELEASE (and previously 5.5) with gvinum to mirror
two internal root disks.  At the time of this problem the second
disk is physically disconnected.

[with 5.5]

Whilst copying data off the first disk, from a gvinum volume, I had
a single disk error. This put the volume in the down state. I
rebooted the machine (probably not the best move in hindsight!),
and when booting it said the following:

ad0: 78167MB <Maxtor 6Y080P0/YAR41BW0> [158816/16/63] at ata0-master UDMA133
GEOM_VINUM: subdisk swap.p1.s0 state change: down -> stale
GEOM_VINUM: subdisk root.p1.s0 state change: down -> stale
GEOM_VINUM: subdisk var.p1.s0 state change: down -> stale
GEOM_VINUM: subdisk usr.p1.s0 state change: down -> stale

And then completely hangs. I would have expected the gvinum volumes to
be unavailable and be given the choice of which root fs to mount.

I've currently got round this by booting a different kernel which
stops geom_vinum.ko from being loaded, and consequently allows me
to choose a root fs. The filesystems are now mounted directly from
/dev/ad0s1x.

If I do "gvinum start" in single user it locks up too.

[now with 6.1]

After an upgrade to 6.1 if I do "gvinum start" in single user I get the
same GEOM_VINUM lines as above, and gvinum hangs and becomes
uninterruptable. Unlike with 5.5, the machine is still vaguely
responsive and a ctrl+alt+del forces a reboot fine.

Maybe my configuration on disk is corrupt? or something like that?

Has anyone got any ideas, or should I maybe just start from scratch with
a new gvinum config?

Thanks,

Tim.

-- 
Tim Bishop
http://www.bishnet.net/tim/
PGP Key: 0x5AE7D984

----- End forwarded message -----


Cheers,
Tim.

-- 
Tim Bishop
http://www.bishnet.net/tim/
PGP Key: 0x5AE7D984


More information about the freebsd-stable mailing list