Hi,
On 07/02/2014 07:13 PM, Bill MacAllister wrote:
We have a working solution after iterating through multiple
configuration changes on both the NetApp box and the debian system.
Our first consistent success came after ALUA was disabled on the
NetApp. With a modified configuration we were able to subsequently
enable ALUA. Unfortunately I don't know that details of the changes
made to the NetApp boxes other than what I just told you. Here is the
working multiplath configuration we are using on the Debian systems.
[...]
Aha, well, thanks for replying. The fun thing is that I have a situation
where two different luns in the same configuration are acting different.
I just created a case at NetApp, (no. 2005131664). Let's see what happens!
Our multipath.conf is pretty simple by the way:
defaults {
path_grouping_policy multibus
rr_min_io 1000
failback immediate
no_path_retry queue
user_friendly_names yes
}
# be explicit about what to multipath, prevent local disks and
# crap to be inserted into multipath/bindings
blacklist {
device {
vendor "*"
product "*"
}
}
blacklist_exceptions {
device {
vendor "NETAPP"
product "LUN"
}
}
--
Hans van Kranenburg - System / Network Engineer
T +31 (0)10 2760434 | hans.van.kranenb...@mendix.com | www.mendix.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
