Re: Poor quality of multipath-tools

2006-07-07 Thread Pasi Kärkkäinen
On Thu, Jul 06, 2006 at 08:07:16AM -0500, John Goerzen wrote: > On Thu, Jul 06, 2006 at 02:39:16PM +0300, Pasi Kärkkäinen wrote: > > Not always true. Both paths can be active at the same time.. if supported by > > the SAN array. Then you do also load balancing between the paths.. > > Quite true, t

Re: Poor quality of multipath-tools

2006-07-06 Thread Dave Holland
On Thu, Jul 06, 2006 at 08:07:16AM -0500, John Goerzen wrote: > Quite true, though my impression is that this is much more rare. Our > controller (HP MSA1500cs) seems to have added active/active controllers > as a recent option. That's worth knowing. > I'm not really sure if multipath-tools supp

Re: Poor quality of multipath-tools

2006-07-06 Thread Stephen Frost
* John Goerzen ([EMAIL PROTECTED]) wrote: > On Thu, Jul 06, 2006 at 02:39:16PM +0300, Pasi Kärkkäinen wrote: > > Not always true. Both paths can be active at the same time.. if supported by > > the SAN array. Then you do also load balancing between the paths.. > > Quite true, though my impression

Re: Poor quality of multipath-tools

2006-07-06 Thread John Goerzen
On Thu, Jul 06, 2006 at 02:39:16PM +0300, Pasi Kärkkäinen wrote: > Not always true. Both paths can be active at the same time.. if supported by > the SAN array. Then you do also load balancing between the paths.. Quite true, though my impression is that this is much more rare. Our controller (HP

Re: Poor quality of multipath-tools

2006-07-06 Thread Pasi Kärkkäinen
On Wed, Jul 05, 2006 at 04:06:54PM -0500, John Goerzen wrote: > On Wed, Jul 05, 2006 at 10:34:41PM +0200, Petter Reinholdtsen wrote: > > Well, I do not even know what multipath _is_, nor why it is important. > > If that is representative, I suspect the people interested in > > multipath have some w

Re: Poor quality of multipath-tools

2006-07-06 Thread Dave Holland
On Wed, Jul 05, 2006 at 04:06:54PM -0500, John Goerzen wrote: > Now, when you bring up this system, Linux will assign *two* /dev/sdx > devices for each RAID LUN (basically looks like a disk). At any given > time, exactly one will be readable and useful. That is, the disk can be > probed on both c

Re: Poor quality of multipath-tools

2006-07-05 Thread John Goerzen
On Wed, Jul 05, 2006 at 10:34:41PM +0200, Petter Reinholdtsen wrote: > Well, I do not even know what multipath _is_, nor why it is important. > If that is representative, I suspect the people interested in > multipath have some work to do to raise the awareness of the problem. > > This email is a

Re: Poor quality of multipath-tools

2006-07-05 Thread Steinar H. Gunderson
On Wed, Jul 05, 2006 at 10:34:41PM +0200, Petter Reinholdtsen wrote: > Well, I do not even know what multipath _is_, nor why it is important. > If that is representative, I suspect the people interested in > multipath have some work to do to raise the awareness of the problem. Multipath is for whe

Re: Poor quality of multipath-tools

2006-07-05 Thread Petter Reinholdtsen
[John Goerzen] > I'm quite concerned about the poor quality of multipath-tools. This > is an absolutely vital application for many, required to even get a > machine to *boot*. Well, I do not even know what multipath _is_, nor why it is important. If that is representative, I susp

Poor quality of multipath-tools

2006-07-03 Thread John Goerzen
Hi, I'm quite concerned about the poor quality of multipath-tools. This is an absolutely vital application for many, required to even get a machine to *boot*. There are a lot of outstanding bugs: * Fails to run kpartx when it should. This would have been detectable with a trivial amou