Date: Tue, 10 Apr 2007 13:19:57 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-geom@freebsd.org Subject: Re: volume management Message-ID: <20070410111957.GA85578@garage.freebsd.pl> In-Reply-To: <evfqtt$n23$1@sea.gmane.org> References: <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> <20070409153203.GA88082@harmless.hu> <461A5EC6.8010000@freebsd.org> <20070409154407.GA88621@harmless.hu> <evfqtt$n23$1@sea.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 10, 2007 at 01:03:18PM +0200, Ivan Voras wrote: > Gergely CZUCZY wrote: >=20 > >>I really think gvirstor is a good fit for you. Search this list for so= me info on it, or just play with it a bit. The author is active on this li= st and so he'll probably=20 > >>pipe up. >=20 > Yes, as soon as I decide what to do when physical space runs out, it will= be done. (the current problem is: if I return ENOSPC or EIO to UFS, UFS wi= ll panic or get=20 > hopelessly confused). Ivan, as you probably already find out this is not an easy task and it gets more complex when SU comes into play or any async operations, because there is noone waiting for the error to return. Maybe you for now allow to set two modes of handling ENOSPC (configurable by the user): 1. Panic if there is no physical storage. This way you protect consistency. You already printed a warning that gvirstor is running out of physical storage, so administrator has a chance to do the job. 2. Hang until the storage is available. Just don't return from I/O until new provider is attached to gvirstor. You may want to leave 3rd option to just return ENOSPC, because besides UFS there can be other gvirstor consumers that handle errors more properly. You may also want to consider sending warnings to devd, which I do in ZFS (see zfs_fm.c and devd.conf) and should do in others GEOM classes. This way administrator can configure sending an e-mail when gvristor is running out of storage. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGG3LdForvXbEpPzQRAj7fAJ9NwCSbwTldEIZ6za6tulr5Tkt5WACgnCU/ oK4XFpYBrpG2vYYp5q33qTg= =dsuq -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070410111957.GA85578>