From owner-freebsd-geom@FreeBSD.ORG Fri May 11 00:37:35 2012 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33AB0106566C; Fri, 11 May 2012 00:37:35 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1360C8FC16; Fri, 11 May 2012 00:37:34 +0000 (UTC) Received: from exhub13.exchhosting.com (192.168.11.122) by exhub07.exchhosting.com (192.168.11.103) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 10 May 2012 17:37:33 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub13.exchhosting.com ([::1]) with mapi; Thu, 10 May 2012 17:37:32 -0700 From: Trent Nelson To: Alexander Motin Date: Thu, 10 May 2012 17:37:30 -0700 Thread-Topic: Teaching gmultipath about path cost/priority Thread-Index: Ac0vDkB47jvygSAySVuAeOYpPRJz4g== Message-ID: References: <4FABE1A8.4000609@FreeBSD.org> <7CED0E39-8C64-4AC1-80BA-D6DE9703E022@snakebite.org> <4FABF653.9030609@FreeBSD.org> In-Reply-To: <4FABF653.9030609@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "mj@feral.com" , "freebsd-geom@FreeBSD.org" Subject: Re: Teaching gmultipath about path cost/priority X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2012 00:37:35 -0000 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.=