Ist es möglich, den Multipath-Treiber von dm ohne ein physisches Multipath-Gerät zu testen?

Ich muss ein Szenario testen, auf das einer unserer Kunden mit einem Multipath-Gerät gestoßen ist. Ich hatte gehofft, mit dem Multipath-Treiber einen Geräte-Mapper einrichten zu können, der auf eine Schleife, eine physische Festplatte oder etwas anderes verweist, da ich eigentlich kein Multipath-Gerät zur Hand habe.

Ich habe es versucht:

dmsetup create mpathtest --table '0 819200 multipath  0  0  1  1 round-robin 0 1 1 7:7 1'

7:7ist /dev/loop7für diejenigen unter Ihnen, die die Hauptnummer des Loop-Treibers nicht auswendig gelernt haben.

Das bringt mir folgendes:

kernel: device-mapper: table: table load rejected: including non-request-stackable devices

In Google wird darüber wenig diskutiert. Ich weiß, dass dmes sich um einen Stacking-Block-Treiber und eine Loop handelt, aber anscheinend nicht um einen Request-Stacking-Treiber. Gibt es anforderungsstapelbare Treiber, mit denen ich diese lokal testen kann?

CentOS 6.8 ist das Ziel, aber alles wird funktionieren.

Es stellt sich heraus, dass es eine Einschränkung des 2.6.32-Kernels ist, der mit Centos 6.8 ausgeliefert wird.

Ich habe es auf ubuntu 16.04 (4.4.0) ausprobiert und der dm create hat funktioniert.

Ich denke, dass nicht alle Teile in 2.6.32 vorhanden waren, damit es funktioniert. Loop hat sich zum Beispiel sehr verändert.

Konnte das Problem des Kunden nicht reproduzieren, aber zumindest konnte ich mit dem Multipath-Treiber eine dm erstellen.