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: >> >> Something along the lines of: >> >> + # gmultipath active FRED /dev/da2 >> + GEOM_MULTIPATH: da2 now active path in Fred >> >> ....would be perfect! Don't care what it's called; active, failover, >> switch, select, activate. > > It may be not very convenient, but there is a `gmultipath rotate` > 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. >> (I presume gmultipath could affect the path switch in a cleaner fashion >> than forcing the disk to fail? i.e. make sure all outstanding I/O is >> finished first, etc.) > > Now path switching doesn't waits for running requests completion. Is it > a problem for you? > Still building the fabric, so that's completely and utterly a phantom requirement 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>