Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 Apr 2005 09:18:52 +0200
From:      Pawel Jakub Dawidek <pjd@FreeBSD.org>
To:        Chris Elsworth <chris@shagged.org>
Cc:        freebsd-geom@freebsd.org
Subject:   Re: gmirror & sparc64 oddness
Message-ID:  <20050412071852.GW837@darkness.comp.waw.pl>
In-Reply-To: <20050412071232.GA8756@spork.qfe3.net>
References:  <20050411122450.GA26898@spork.qfe3.net> <20050411135737.GM837@darkness.comp.waw.pl> <20050412071232.GA8756@spork.qfe3.net>

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

--buIjhH4yeEd3S+4P
Content-Type: text/plain; charset=iso-8859-2
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 12, 2005 at 08:12:32AM +0100, Chris Elsworth wrote:
+> On Mon, Apr 11, 2005 at 03:57:37PM +0200, Pawel Jakub Dawidek wrote:
+> >=20
+> > No, the problem is that geom_sunlabel class operates only on rank#1
+> > providers (disks, etc.).
+> > Mirrors are not rank#1 of course, because there are providers under th=
em.
+> > This was done to prevent recursive labels creations.
+> >=20
+> > geom_bsd and geom_mbr are already fixed and are using MD5 to verify
+> > if metadata were already used for slices/labels creation.
+> >=20
+> > I don't have HW to test this, but please try this patch and tell me
+> > if it works for you:
+>=20
+> Hello Pawel,
+>=20
+> This seems to work fine - no problems so far and it's happily booted
+> off a gmirror device. The only thing I've noticed so far is that
+> writes during a synchronization of components don't seem to be
+> appearing in gstat for the mirror:
+>=20
+> dT: 1.010  flag_I 1000000us  sizeof 288  i -1
+>  L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w   %busy Name
+>     0      0      0      0    0.0      0      0    0.0    0.0| acd0
+>     1     77      0      0    0.0     77   9757    6.6   50.9| da0
+>     0     77     77   9884    1.8      0      0    0.0   13.8| da1
+>     0     77     77   9884    1.8      0      0    0.0   14.1| mirror/gm0
+>=20
+> This is a sync from da1 to da0, but notice how the writes values for
+> the mirror are zero. I can't recall offhand whether this happens on
+> i386 as well, but I just thought I'd point it out as an oddity ; or
+> this is recognised behaviour?

It's perfect normal - I read from the mirror, but write goes only to
da0 provider, so you can see writes to da0 and read from da1 and gm0.

+> Thanks very much for the patch, hope it makes it into the tree :)

Yes, thanks for testing.

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

--buIjhH4yeEd3S+4P
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFCW3ZcForvXbEpPzQRAocxAJ9KMRk3ZjPLBI6bZt9AcaPbWMmKcACgkUkC
TL+S7b5gZIDlGSyKHukCHMI=
=12YQ
-----END PGP SIGNATURE-----

--buIjhH4yeEd3S+4P--



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