Infortrend EonStor und Multipathing Debian

[Grave112]

Hallo
Ich hoffe ich bin hier richtig. Ich versuche ein EonStor S12F-R1840 an einem Debian Server zu laufen zu bekommen. Wenn ich den Server nur mit einem LWL Kabel anschliesse, dann läuft alles. Wenn ich jetzt aber auch den zweiten Kanal an meinem QLogic Adapter anschliesse, dann bekomme ich das Multipathing nicht richtig zum laufen. Mein Problem ist wohl die multipath.conf. Hierfür habe ich bei google zwar viele Beispiele gefunden, aber keines scheint so richtig unter Debian zu passen, bzw. es passt dann nicht zum EonStor von Infortrend.
Meine jetzige multipath.conf:

Code:

devices {
# For EonStor arrays
device {
vendor "IFT"
# product "*"
path_grouping_policy group_by_prio
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
path_checker tur
path_selector "round-robin 0"
prio alua
rr_weight uniform
failback immediate
hardware_handler "0"
no_path_retry 12
rr_min_io 100
}
}

Also einen Fehler habe ich schon korrigiert. Das Prgramm scsi_id ist nicht unter sbin, sondern unter /lib/udev. Das macht zwar die Sache etwas besser, aber es läuft noch nicht. Die Priorität ist immer gleich (0), egal welcher Pfad es ist.
Hoffe mir kann hier jemand helfen.
Danke sagt Grave

[stephan]

Guten Morgen Grave,

da sind noch ein paar kleine Fehler in der multipath.conf. Die Devices liegen bei Debian unter /dev und das Checken der Priorität der Pfade fehlt auch. Ich habe das mal ergänzt:

Code:

devices {
# For EonStor arrays
device {
  vendor "IFT"
  path_grouping_policy group_by_prio
  getuid_callout "/lib/udev/scsi_id -g -u -s /dev/%n"
  path_checker tur
  path_selector "round-robin 0"
  prio_callout   "/sbin/mpath_prio_alua /dev/%n"
  prio alua
  rr_weight uniform
  failback immediate
  hardware_handler "0"
  no_path_retry 12
  rr_min_io 100
}
}

Ich habe das Device Verzeichnis geändert und die prio_callout hinzugefügt. Da sind leider von Version zu Version Änderungen drinnen, die auch nicht richtig dokumentiert werden. Das sollte mit
Kernel 2.6.26 klappen.

Bei multipath -ll sollte dann so etwas herauskommen:

Code:

3600d0231000**************dm-1 IFT     ,DS S24F-R1840-
[size=5.5T][features=1 queue_if_no_path][hwhandler=0]
\_ round-robin 0 [prio=50][active]
\_ 4:0:0:1 sdc 8:32  [active][ready]
\_ round-robin 0 [prio=10][enabled]
\_ 5:0:0:1 sde 8:64  [active][ready]
3600d0231000**************dm-0 IFT     ,DS S24F-R1840-
[size=5.5T][features=0][hwhandler=0]
\_ round-robin 0 [prio=50][active]
\_ 5:0:0:0 sdd 8:48  [active][ready]
\_ round-robin 0 [prio=10][enabled]
\_ 4:0:0:0 sdb 8:16  [active][ready]

Hinweis:
Das eine Laufwerk wird über den Kanal 4 erreicht, das andere über Kanal 5 (jeweils der aktive Zweig).

Hoffe es klappt so.
Gruß
Stephan

[Grave112]

Hallo Stephan
Das hat super geklappt, das war wohl der Fehler.

Ich habe jetzt ein Testsystem von Lenny auf Squeeze upgedatet. Da ändert sich eine Kleinigkeit beim multipath.conf. Hier mal die aktuelle multipath.conf für Debioan squeeze und Infortrend EonStor:

Code:

devices {
# For EonStor arrays
device {
  vendor "IFT"
  path_grouping_policy group_by_prio
  getuid_callout "/lib/udev/scsi_id -g -u /dev/%n"
  path_checker tur
  path_selector "round-robin 0"
  prio_callout   "/sbin/mpath_prio_alua /dev/%n"
  prio alua
  rr_weight uniform
  failback immediate
  hardware_handler "0"
  no_path_retry 12
  rr_min_io 100
}
}

Beim scsi_id muss der Parameter -s raus. Leider sagt die Hilfe von scsi_id auch nichts genaues. Scheint aber so zu klappen. Den Failover habe ich mal per Hand getestet ...

Gruss
Grave