multipath-tools with STK FLEXLINE 380

                Do not use 'rr_weight=priorities'. The
priorities
                handling is currently buggered; or, put it
the other way
                round, you will need at least my latest fix
to get it
                working. Just remove that line and stay with
the
                defaults. That should work.
                
                And as a sidenote: Using 'group_by_prio' and
                'rr_weight=priorities' is completely
pointless, even if
                'rr_weight=priorities' should be
working.'group_by_prio'
                will lump all devices with the same priority
into one
                group. And 'rr_weight=priorities' will then
modify the
                'minio' based on the priority. So you can as
well
                directly modify the 'minio'
                parameter.'rr_weight=priorities' only makes
sense if you
                have path with different priorities in one
group, ie
                when using 'multibus' or 'group_by_serial'.
                Cheers,
                
                Hannes
                --
                Dr. Hannes Reinecke			hare suse de
                SuSE Linux Products GmbH		S390 & zSeries
                Maxfeldstraße 5				+49 911 74053 688
                90409 Nürnberg				http://www.suse.de




Hi Hannes,

thanks for the reply.

I've tried without "rr_weight=priorities" in my
multipath.conf but it does not work either.
The only difference it makes is that "multipath
-v3" now output : "rr_weight = 1 (internal
default)"
instead of "rr_weight = 2 (config file default)".

I was thinking that "group_by_prio" is use to
group together devices with differents
priorities, with the one with the highest priority first, is
it wrong?

The output of "multipath -d -v2" seems to reflect
this :

create: test1 (3600a0b8000119c20000002a445338779)
STK,FLEXLINE 380
[size=100G][features=0][hwhandler=0]
_ round-robin 0 [prio=3][undef]
 _ 0:0:0:0 sda 8:0   [undef][ready]
_ round-robin 0 [prio=0][undef]
 _ 1:0:0:0 sdd 8:48  [undef][ready]
create: test2 (3600a0b8000119c20000002a945338e7f)
STK,FLEXLINE 380
[size=100G][features=0][hwhandler=0]
_ round-robin 0 [prio=3][undef]
 _ 1:0:0:1 sde 8:64  [undef][ready]
_ round-robin 0 [prio=0][undef]
 _ 0:0:0:1 sdb 8:16  [undef][ready]
create: test1 (3600a0b8000119c20000002a445338779)
STK,FLEXLINE 380
[size=100G][features=0][hwhandler=0]
_ round-robin 0 [prio=3][undef]
 _ 0:0:0:0 sda 8:0   [undef][ready]
_ round-robin 0 [prio=0][undef]
 _ 1:0:0:0 sdd 8:48  [undef][ready]
create: test2 (3600a0b8000119c20000002a945338e7f)
STK,FLEXLINE 380
[size=100G][features=0][hwhandler=0]
_ round-robin 0 [prio=3][undef]
 _ 1:0:0:1 sde 8:64  [undef][ready]
_ round-robin 0 [prio=0][undef]
 _ 0:0:0:1 sdb 8:16  [undef][ready]


showing sda and sde (prio=3) always being first...

You're talking about your latest fix; is there a place where
i can find new version of the
multipath-tools package for SLES 10?


Thanks again!


-- 
#################################################
#                                               #
# Tony Lapointe  Connexim                      #
# Administrateur Systeme # System Administrator #
# RHCE # LPI                                    #
# phone -> 1-514-879-5951                       #
# page -> 1-514-851-2560                        #
# email -> tony.lapointeconnexim.ca            #
# epager -> 5148512560pager.mobility.com       #
#                                               #
#################################################
#                                               #
# # mount --bind /bin/su /bin/login             #
#                                               #
#################################################


--
dm-devel mailing list
dm-develredhat.com
http
s://www.redhat.com/mailman/listinfo/dm-devel

Tony Lapointe wrote:
>                 Do not use 'rr_weight=priorities'. The
priorities
>                 handling is currently buggered; or, put
it the other way
>                 round, you will need at least my latest
fix to get it
>                 working. Just remove that line and stay
with the
>                 defaults. That should work.
>                 
>                 And as a sidenote: Using
'group_by_prio' and
>                 'rr_weight=priorities' is completely
pointless, even if
>                 'rr_weight=priorities' should be
working.'group_by_prio'
>                 will lump all devices with the same
priority into one
>                 group. And 'rr_weight=priorities' will
then modify the
>                 'minio' based on the priority. So you
can as well
>                 directly modify the 'minio'
>                 parameter.'rr_weight=priorities' only
makes sense if you
>                 have path with different priorities in
one group, ie
>                 when using 'multibus' or
'group_by_serial'.
>                 Cheers,
>                 
>                 Hannes
>                 --
>                 Dr. Hannes Reinecke			hare suse de
>                 SuSE Linux Products GmbH		S390 &
zSeries
>                 Maxfeldstraße 5				+49 911 74053 688
>                 90409 Nürnberg				http://www.suse.de
> 
> 
> 
> 
> Hi Hannes,
> 
> thanks for the reply.
> 
> I've tried without "rr_weight=priorities" in
my multipath.conf but  it does
 > not work either.
> The only difference it makes is that "multipath
-v3" now output : 
 > "rr_weight = 1 (internal default)"
> instead of "rr_weight = 2 (config file
default)".
> 
> I was thinking that "group_by_prio" is use to
group together devices with
 > differents priorities, with the one with the highest
priority first, 
is it wrong?
> 
Yes. It groups devices with _identical_ priorities together.

> The output of "multipath -d -v2" seems to
reflect this :
> 
[ .. ]

The output is correct. You have two paths to each disk, and
each path 
has a different priority. So the multipath topology is
correct.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke			haresuse.de
SuSE Linux Products GmbH		S390 & zSeries
Maxfeldstraße 5				+49 911 74053 688
90409 Nürnberg				http://www.suse.de

--
dm-devel mailing list
dm-develredhat.com
http
s://www.redhat.com/mailman/listinfo/dm-devel