Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Jun 2004 18:08:21 +0200
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Lukas Ertl <le@FreeBSD.org>
Cc:        current@FreeBSD.org
Subject:   Re: geom_vinum problems (crashes and lockups)
Message-ID:  <20040626160821.GG12007@darkness.comp.waw.pl>
In-Reply-To: <20040626174133.I666@korben.in.tern>
References:  <20040625013138.54319.qmail@web53710.mail.yahoo.com> <20040626135735.E666@korben.in.tern> <20040626123530.GF12007@darkness.comp.waw.pl> <20040626174133.I666@korben.in.tern>

next in thread | previous in thread | raw e-mail | index | archive | help

--ZGfVcqCQYT4RlWas
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Jun 26, 2004 at 05:45:51PM +0200, Lukas Ertl wrote:
+> On Sat, 26 Jun 2004, Pawel Jakub Dawidek wrote:
+>=20
+> >On Sat, Jun 26, 2004 at 02:07:03PM +0200, Lukas Ertl wrote:
+> >+> This is a situation that I currently consider 'unsupported'.  The=20
+> >problem
+> >+> is that the 'd' partition has no offset, thus it is (from the point =
of
+> >+> view of a geom_vinum drive geom) the same as the 'c' partition.  Thi=
s is
+> >+> the first problem.  The second problem is the on-disk format of a
+> >+> bsdlabel.  As far as I understand it, this meta-data is stored inside
+> >+> the first partition, so when you open the drive for writing (i.e.
+> >+> mount, fsck) you trigger a spoil event which cause all kinds of=20
+> >confusion
+> >+> for geom_vinum.
+> >
+> >I don't know exactly what problems you got, but maybe it can help you:
+> >To avoid spoiling and metadata changes under me, I'm opening every
+> >provider, which I want to use in geom_mirror (r1w1e1), even if provider
+> >which I create isn't yet opened.
+>=20
+> This was a good tip, but unfortunately it still doesn't work out.  I=20
+> always run into the 'spoiled but dcr =3D %d' KASSERT.  Unfortunately, ke=
rnel=20
+> debugging is currently rather a 'guessing' since kgdb doesn't work.  The=
=20
+> next problem is that you might specify /dev/da1s1a as vinum drive but ge=
t=20
+> /dev/da1s1c or even /dev/da1s1.  'Classic vinum' looked at the type fiel=
d=20
+> in the disklabel, but we don't do this anymore.

This is a race in GEOM. I'm using a patch for this when I running
geom_mirror. I sent it to phk more than week ago (AFAIR) and I still
didn't get an answer.

Try if it works you:

	http://people.freebsd.org/~pjd/patches/geom_subr.c.16.patch

--=20
Pawel Jakub Dawidek                       http://www.FreeBSD.org
pjd@FreeBSD.org                           http://garage.freebsd.pl
FreeBSD committer                         Am I Evil? Yes, I Am!

--ZGfVcqCQYT4RlWas
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA3Z91ForvXbEpPzQRAqTLAKCy/gWOlnwsp6xazyZtO9vGkrPCrQCfS+eo
ae9eR9HvYdNn9d+fFreO5BQ=
=SY3v
-----END PGP SIGNATURE-----

--ZGfVcqCQYT4RlWas--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040626160821.GG12007>