Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 1 Sep 2007 11:30:35 +0200
From:      Gergely CZUCZY <phoemix@harmless.hu>
To:        Yar Tikhiy <yar@comp.chem.msu.su>
Cc:        Poul-Henning Kamp <phk@phk.freebsd.dk>, Dmitry Morozovsky <marck@rinet.ru>, fs@freebsd.org
Subject:   Re: New option for newfs(3) to make life with GEOM easier
Message-ID:  <20070901093035.GA18069@harmless.hu>
In-Reply-To: <20070901092310.GO85633@comp.chem.msu.su>
References:  <20070901074803.GM85633@comp.chem.msu.su> <3842.1188634387@critter.freebsd.dk> <20070901092310.GO85633@comp.chem.msu.su>

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

--cWoXeonUoKmBZSoM
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Sep 01, 2007 at 01:23:10PM +0400, Yar Tikhiy wrote:
> On Sat, Sep 01, 2007 at 08:13:07AM +0000, Poul-Henning Kamp wrote:
> > In message <20070901074803.GM85633@comp.chem.msu.su>, Yar Tikhiy writes:
> > >Hi all,
> > >
> > >With some geom(4) modules saving their metadata in the last sectors
> > >of block devices such as disks and partitions,=20
> >=20
> > 1.  If those geom modules do not reduce their providers to prevent
> > this metadata from being overwritten, they are buggy.
>=20
> In some scenarios, it can be desirable to newfs first, geom later.
True, done it many time myself. Since sysinstall doesn't allow you
to install onto a gmirror array, many install via sysinstall, and gmirror
the system afterwards, which is exactly this situation.

>=20
> > 2.  Why not simply allow the -s argument to newfs to be negative so
> >     "-s -200" means "reserve 200 sectors" ?
>=20
> A negative argument to -s has been invalid till now, so we propose
> a new option for people to express their intentions explicitly.
> Personally, I don't mind the "-s -200" syntax, but many people
> consider overloaded arguments unintuitive and error-prone.
I think this "-s <negative>" syntax is just fine. As far as
the manual will mention this, there's no problem with it.
Introducing a new exclusive option could result in people
trying to use both at the same time :)

Though for this, geom class manuals should mention how much
space do they need for the metadata at the end. Or to simplify
thing an option for like "reserve some space for (gmirror|gstripe|gfoobar)"
should be introduced. Or specifing the module and newfs could "ask"
the geom class for its metadata size that should be reserved.
Just thinking, sorry if it was too wild...

Sincerely,

Gergely Czuczy
mailto: gergely.czuczy@harmless.hu

--=20
Weenies test. Geniuses solve problems that arise.

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

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

owF1VTGP3EQYvSRCSJYoQoGgQPp0QiRH1sZ7d9xdNsklIUByoCiRclKEqGbtz/Zw
9oyZGe+eoxRINEGiQEhUNPkDSBEKNBSUFEhQpKIAKioEJaLkje29PSFxxd6uPX7f
+9573+dPnzm1cvL0j48ev3fuk8++OPHl079PX6ka51QeVsLMpArHcTwOxzvx1vlw
M9zayaabG9vr46317SSbvvXz+MI1rRwrF+63NU/I8aF7tS6FVBcoKYSx7C41Lgt3
gsW5N6SttZVOajUhqUqp+OjevhHKZmzCN1WiU6nyCX3QaMdpWBupnJiWHAS3FN0R
bkR3uKZ4PKL1ON4m4fB9sr4xGce3b9K5eDOOR/SuMLQvDwrZ0twAZhLs0v8+vTMZ
b0zi7av+6dg/fVs3ZXiDlQIPekdU9RJkl/YUVWytyJkueoj4fDyOtzd34o3o+s2d
17Y2Nq4kuqqjpOAqqmwT2Wb3P4SkY9uD7d6QJMpy1P/oP+9KV5DVFVPOujq7uUaV
TpuSLVkx84xcwdKAhBOpcAJK+itUCuvIcuK0sT2Qzmha6uSAUp7JxD/fJAUJS6m0
B5aESqkWxnWG2NGl9dg/NvyjcUS0lwFZ257IEYtUk9KODKdNwgOZ2uiZTNlYcho/
eAZPOxhXSLukmhngTNk3oWdsvBJwf+RBWhKGadrkeRsFAwtI3elgE1bCSG1HJB0l
QgEDTVlpfC58ScXzzFImjYXBHdtSODZRsG8aHoGyYv9oJVRLTgKyai2XWUR3pEIT
trVSWQcncJStOuO8K3pOrW4CwC9uIqyaBOWVNEYbMDaiHfWoiyMzKY7BjTqVh/OB
twn3HFckMtCbC5Oip3kh4Qt04kORuLLtRcOgNMJbEwXBkSvrcOVu0XYGWFnVONwT
9dAhPDV5U0H7pSb4ArEU58CaobzucPzfKs6HSPAq/MHw0aphywZncG0RpFW6vCh+
dQlyvApACkRqyqygwUyUMoXCEELp+QjlaM4+HRh8BojwrEjXvi/KIGHNuu4t5EPk
xtohULJbCz6Y/kYpEwlhEAy6jZBphaYh/J43Fl5VEiJ7BZYt2RZL43CEQA2u94UA
kADTR7VLYKlFyulRQ5YazLxrZN8mUNkbhx2EAEXBnndGHfT++FoXF5LsLip6G99v
MIkZtltEVxFKTL6wnfcg0oiS5l6eqm+vw+oGwPAZC9G8WAh1hVNYA9KhqnIGo5f4
qen148OkbKynOCiZYGGlmEjblM7vg6FZZ9puX2hqMMRTDUDsuy6FAjPQDcJkLQj2
C93kRedHT6eboAQbxQ6cEceiq7GgXSBzFdZJYGuBAcJO6GZYMdTscXg59kNRVmlE
t4zn02VXZm3gBUVb6ngmSnnAyzT2G6Cr4m+eHYbpfm6dkTXfzzOtp8KsrQYDRcRd
DpJxX9DWnMhsWJ3DHuvc7UekV29V2IPVzqZj3fuK0h3bYFbe8zsPHS2rDUzTKHjb
O99lBMV8+o3BZsj86pkLP4vam59GEWa62zyGkeMguM4mxze6dq9J7rVBJWTp9ARE
ustR0l2+gpdqhQVso6IJgjD0Y3kXYyexk/FCcRFdxw84DbN0OeNFkmzPFwvUIsMP
Lp96asW/vRdv/tMnf/t15eEDeSL84/uXPv9w+oJ88s3X6v4/3/208vDR30/+fP7F
X/769tlHj796/eXn8o9/+Ohf
=j1Q/
-----END PGP SIGNATURE-----

--cWoXeonUoKmBZSoM--



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