5.6. Probleme mit dem queue_if_no_path-Feature

Falls features "1 queue_if_no_path" in der /etc/multipath.conf Datei angegeben wird, bleibt jeder Vorgang, der I/O verursacht, so lange hängen, bis einer oder mehrere Pfade wiederhergestellt sind. Um dies zu vermeiden, setzen Sie den N Parameter no_path_retry in der Datei /etc/multipath.conf (wobei N die Häufigkeit darstellt, wie oft das System einen Pfad ausprobieren soll).

Wenn Sie den no_path_retry Parameter setzen, entfernen Sie auch die Option features "1 queue_if_no_path" aus der Datei /etc/multipath.conf. Wenn Sie jedoch ein Multipath-Gerät verwenden, für das die Option features "1 queue_if_no_path" als einkompilierter Standardwert gesetzt ist (wie es für viele SAN-Geräte der Fall ist), müssen Sie explizit features "0" hinzufügen, um diesen Standardwert außer Kraft zu setzen. Sie erreichen dies, indem Sie den bereits bestehenden Geräteabschnitt aus /usr/share/doc/device-mapper-multipath-0.4.9/multipath.conf.defaults in /etc/multipath.conf kopieren und dann entsprechend Ihrer Anforderungen anpassen.

Falls Sie die Option features "1 queue_if_no_path" verwenden müssen und das hier aufgeführte Problem bei Ihnen auftritt, verwenden Sie den Befehl dmsetup, um die Richtlinie für eine bestimmte LUN (für die keine Pfade verfügbar sind) während der Laufzeit zu bearbeiten. Wenn Sie beispielsweise die Richtlinie auf dem Multipath-Gerät mpathc von "queue_if_no_path" in "fail_if_no_path" ändern möchten, führen Sie den folgenden Befehl aus.

dmsetup message mpathc 0 "fail_if_no_path"

Beachten Sie bitte, dass Sie statt des Pfades den mpathn Alias-Wert angeben müssen.