Date: Mon, 9 Apr 2007 17:32:03 +0200 From: Gergely CZUCZY <phoemix@harmless.hu> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <20070409153203.GA88082@harmless.hu> In-Reply-To: <20070409152401.GG76673@garage.freebsd.pl> References: <20070408140215.GA54201@harmless.hu> <86k5wmu420.fsf@dwp.des.no> <20070408181916.GA59715@harmless.hu> <86bqhyu225.fsf@dwp.des.no> <461A4D93.3010200@freebsd.org> <20070409143818.GA86722@harmless.hu> <20070409152401.GG76673@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
--OgqxwSJOaUobr8KG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 09, 2007 at 05:24:01PM +0200, Pawel Jakub Dawidek wrote: > On Mon, Apr 09, 2007 at 04:38:18PM +0200, Gergely CZUCZY wrote: > > On Mon, Apr 09, 2007 at 09:28:35AM -0500, Eric Anderson wrote: > > > On 04/08/07 13:57, Dag-Erling Sm??rgrav wrote: > > > >Gergely CZUCZY <phoemix@harmless.hu> writes: > > > >>yeap, i know about ZFS, as i assume, it will need around 1.5-2 years > > > >>from now, when 7.0-RELEASE will be ready. > > > >No, it's expected this fall. > > > >>and i'm looking for a solution for a production environment within > > > >>a year. > > > >There is no other solution. > > >=20 > > > How about gconcat? You could create a mirror, then gconcat another m= irror, etc, extending the GEOM.=20 > > > Then run growfs on that extended volume. Wouldn't that work? > > why gmirror? gconcat somehow could be used for this, > > but > > 1) i see no attach operation for gconcat to add > > providers on the fly. > > 2) this would require to always create subpartitions/bsdlabels > > on the disk, and add a bit more on need. >=20 > Slow down:) Implementing off-line 'attach' operation is trivial and > on-line 'attach' operation is also easy, but because you need to unmount > file system anyway, off-line attach is ok. >=20 > Let's assume you have currently two disks: da0 and da1. >=20 > # gconcat label foo da0 da1 > # newfs /dev/concat/foo > # mount /dev/concat/foo /foo >=20 > and you want to extend your storage by adding two disks: da2 and da3: >=20 > # umount /foo > # gconcat stop foo > # gconcat label foo da0 da1 da2 da3 > # growfs /dev/concat/foo > # mount /dev/concat/foo /foo >=20 > That's all. >=20 > You can operate on mirrors too: >=20 > # gmirror label foo0 da0 da1 > # gconcat label foo mirror/foo0 > # newfs /dev/concat/foo > # mount /dev/concat/foo /foo >=20 > And extending: >=20 > # gmirror label foo1 da2 da3 > # umount /foo > # gconcat stop foo > # gconcat label foo mirror/foo0 mirror/foo1 > # growfs /dev/concat/foo > # mount /dev/concat/foo /foo yes, this was the trivial part, but: 1) to increment them, i need a device(disk/slice/label/etc). if i increment a lot, i need a lot of devices. 2) these incrementum-devices (the ones i increment by), have to be made, each of the has to be chopped from the storage pool. please also look at the bsdlabel issue i have mentioned. gconcating is the most easy part of that. recursively bsdlabeling is what i have mostly referred to as the real issue. i really don't think this is the way to do it... if you are down to the bits: we are running our systems on 3ware cards. the end of the disk (usually total-20G) is the storage pool. under linux's LVM2 we use this as a pool to allocate space for our services. At the startup only a minimal part of the pool is used, and as a service needs more space, we enlarge its available space, by little increments. so, we are not adding new disks, or anything, as you have assumed in your upper examples. we just give it a bit more space, nothing special. new disks are not being added, that's why i had said "storage pool", to reflect this situation. it wasn't just a term for an abstraction level :) >=20 > --=20 > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! Bye, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) owGtV79vHMcVpmWkyAIO4JRJ8+IUFKG7vR8UTfpskaYlSlEgxkZIx5AcwJjbnbsb c3dmPTN7y1PSuAiQIkWSNoX/ggAunCZA/gV3QQykSZG/wED6fG9mb3mSLBVOWJDc nXnfvB/ffO/t7195eevaq19+/sWHN373xz+99Ofv7U9vlLX3et4vhV0q3R8Nh6P+ wcHwYNx/vb8r9saZnM1eH2dTme/v3f3BL91to73Uvn++quSEvLz0g6oQSr9J2UJY J/2t2s/6B8l63x3lKuOUV0ZPSOlCadmtnVuh3Uza/onOTK70fEKf1MbLvF9Zpb2Y FjJJ3tV0anSPjitLwzd6NB4O90l4Gu5Nxjcnw9F7p3RjiJc9ek80sqCfiot6SndE o3J5QY0F3iQ5pOfC3JzsHkxGB1cw96Sdy2JFtx+9f/vRwyuEF2C8MRkfTHb3jk+p P9xjjBOrMjrWubTO6E2IADK8ORgeDGA72p3s7ffg7Lx/YpGaOZ2VR0d2bsXySaPD p5x6q1oYWarLt5HzspDOpYv6ECbKS9fZHK6kqHqk6EKbhsTU1J4e3T3rkXB4KZyr S4llT40qCtJS5iSsqXVOo3SvPyaYW9eBzawpCUA9ahZS03467P/85MHJ8dlJtJ9K slLkq3Rt8TPD4NuO5GUlM1SV/EI5momi6PYcCpymtksqjLng+GfGkiBnipoZ0z5W 1uR1Fl5IvVTW6BL0wbEA1FdQweEO+nwhrSQcqA0Zj4cOtd1yazxs9/6kS888MzoT /ojooakpM3WRU4awvIQbpbLW2B7CQPztThI6gpe3knZZ+gy/LsFwpjTvpnsn756m V+fROSPYGijWNDNHCMwvABatkKklXC1lSvQBu6C3fVxvjL04CiDNYkXz6NBR54sz pVwglug3ClI7YHEOOfO9YDitffg72gEHnJScHuG9yBZkKmlFl/Y1qMd6ngcb1GGp mNPRYUmzoi33eCcWtwknW/lJrZB8Ni0asXLrHLp6Wgnrgxq4wdTlhZjKInKshcyV uwBDQQuciqRPwc/SAAzrTFGcFxN5ViDS3DR6skP3y6qQzAlOuJnN+iwztB3j2t4I DC56q5ZKFHxEwqe+aK8onCEp3KrHeUNGM4GU0grcCNcFAda6xJXhnM5UgQhXzssS 4CvE3bvypU0xMM1FF8IDydcjXsQAuhBLSVltLULBZfeNCflwE8rFMCQlF6PO/Ls/ 7ooU8oiymbARm+KylsyuQS6Xg7hxgC1xKXj99BLF9QjPx7FTjdCBBZGc/ApXyRsr 5pKmKy5ToPmmr+PW193Jhq91e2TnQkdbbyp65u0zIQVcYLbb4s35lrGd4zZx6oMU xVfhwgvdEiDwLd4vUMaYzUDae3fl4fDJrD8bQTRgB4b/h8Kgr1zpywsdeypn37oC G/5v/D/6nyqxkq7Xigb6EV/99c1kiQgXbpIkkClQT2kISNB87Cu5pcVuRQBWmbzO xBu4Av8OgtMDaPBOmqgZdl7ZCnQZv2GMJ1zQFsOlSRAxifvdmdRlv12l6+yh0dI9 ATld7fSScGvhJQS3FDlaqgxqOgtBLTi4sJYtTFWxHnMjxVKyvkSVMaBhAgkTODxo DrdDniwYYS2TEA9Xw7moEkHt4A8Esa0X30IVM1ka54NuhVxGV4RPIcwQF6eWmCSS NWxr1nB/WWPDHPJjJWYzG2UuliiBjLd+pNjMT9iXm9iglL6IBW29gALCNMlRP5+m iBD1YEERUHMWbsYNASoP1WhkWEBX1EHFWWWCmLoEV3G34cVM2NylwYilqE0xV5+u 164O3njjRdEfD++hwbmE15/IMwQbHYwQdn0JBXjwi9MxH82yHnxHoCLsTEL3KkwW GlclMhnaYvBL2kgZOo4lch5privwA4nlQUGrsiXy2kmG5MRwS277G5/UQgVKuiQ0 unBWj52SuhAY+5A+bF0KVfBEvF6H9BbK+2KDruCwM711JjGYrMUZchPFGR3JcnPi Ys3DINi1ndiG8kTpKPE1yGqhM4J7K0IF6sc1aDUHfXho3GjNrUc8CQE2cRj3cI9R 8O7czqGpZH/gFmfBRxXmWYaZl5MTKqfXNuv1Wo/rACYWGCFjhfAxUYcOnYbZVThm X3BN4HvElnFo1JjonLcijI1JIcF5muwka7Xs9+Pfb/pm+OafhffVZDBomibFACyL tCpgX32cv33XSvnO2Z3U2PlzbJ+y3zAARPuEqa0sUVAk/Xk/xyXdp5OlKo7oIavn fbz5UYKfd1aylyTdN8LjOnu8SkoQxpsJzePrNAuvN78YkiSm4QMptYKy4eMBInEP D2Cp43kZpcbQB9aVLk6gwion0+S3Ry9/Z4s/B9ffkq9e+9cPtz4r//Pp339z7S// fPNvL300u/al+scffvXV1mePP3/w9b/to62/fvrrL75+v/z+V3dXH/0X =hDYX -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070409153203.GA88082>