Date: Thu, 10 May 2012 17:37:30 -0700 From: Trent Nelson <trent@snakebite.org> To: Alexander Motin <mav@FreeBSD.org> Cc: "mj@feral.com" <mj@feral.com>, "freebsd-geom@FreeBSD.org" <freebsd-geom@FreeBSD.org> Subject: Re: Teaching gmultipath about path cost/priority Message-ID: <A34997A9-C3B9-45DE-949F-1CD5995A1717@snakebite.org> In-Reply-To: <4FABF653.9030609@FreeBSD.org> References: <4FABE1A8.4000609@FreeBSD.org> <7CED0E39-8C64-4AC1-80BA-D6DE9703E022@snakebite.org> <4FABF653.9030609@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On May 10, 2012, at 1:09 PM, Alexander Motin wrote: > On 10.05.2012 19:36, Trent Nelson wrote: >>=20 >> Something along the lines of: >>=20 >> + # gmultipath active FRED /dev/da2 >> + GEOM_MULTIPATH: da2 now active path in Fred >>=20 >> ....would be perfect! Don't care what it's called; active, failover= , >> switch, select, activate. >=20 > It may be not very convenient, but there is a `gmultipath rotate`=20 > command to change active path. Ah, didn't even know that existed (it's not mentioned in gmultipath(8)). I'll look into it, thanks.=20 >> (I presume gmultipath could affect the path switch in a cleaner fash= ion >> than forcing the disk to fail? i.e. make sure all outstanding I/O = is >> finished first, etc.) >=20 > Now path switching doesn't waits for running requests completion. Is it=20 > a problem for you? >=20 Still building the fabric, so that's completely and utterly a phantom requi= rement at the moment ;-) Trent.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A34997A9-C3B9-45DE-949F-1CD5995A1717>