PowerFlex: Das Hinzufügen eines SDS-Geräts schlägt mit der Meldung fehl, dass bereits ein Gerät mit dem angegebenen Namen im SDS vorhanden ist.
Summary: Das Hinzufügen eines SDS-Geräts schlägt mit der Meldung fehl, dass bereits ein Gerät mit dem angegebenen Namen im SDS vorhanden ist.
Symptoms
Beim Hinzufügen eines Geräts zu einem SDS über scliklicken, wird dieser Fehler angezeigt:

# scli --add_sds_device --sds_name sds-01 --device_path /dev/sdc --storage_pool pool1
Error: MDM failed command. Status: A device with the given name already exists in the SDS
In der Regel kann dies durch die Verwendung von "--update_device_original_path“. Der Versuch, das Problem der Gerätepfade zu beheben Ein Gerät mit dem angegebenen Namen, das bereits im SDS vorhanden ist , endet jetzt mit diesem Fehler:
# scli --update_device_original_path --sds_id be84190600000001 --device_id cd82454400010008
Error: MDM failed command. Status: Device has an unhandled error that cannot yet be cleared
lsblk") sehen Sie keine Duplizierung in den Gerätepfaden.
Auswirkungen
Es können keine neuen Geräte zum SDS hinzugefügt werden, um die Storage-Kapazität im Cluster zu erweitern.
Cause
Wie bereits erwähnt, sollten Sie bei diesem Fehler zunächst versuchen, den ursprünglichen Pfad des Geräts zu aktualisieren, der derzeit im SDS vorhanden ist. Wenn dies fehlschlägt, liegt dies daran, dass bei den Geräten, die der SDS in diesem Host steuert, zu einem bestimmten Zeitpunkt ein Fehler aufgetreten ist, der entweder in der Benutzeroberfläche oder über die Befehlszeile gelöscht wurde, aber der MDM nicht zulässt, dass die Gerätefehler weiter gelöscht werden, da er sich nicht mehr im Status "fehlerhaft" befindet. Der "nicht behandelte Fehler" ist ein ScaleIO-Problem, das in einer späteren Version des Codes behoben wurde.
Resolution
Um das Problem zu umgehen, ist es am schnellsten, ein temporäres Gerät hinzuzufügen, das die Lücke in der Geräteliste füllt. Zum Beispiel:
# scli --query_sds --sds_id be84190600000001 |grep ID: |awk '{print $4,$5,$6,$7}'
Path: /dev/sdb Original-path: /dev/sdb
Path: /dev/sdc Original-path: /dev/sdc
Path: /dev/sdd Original-path: /dev/sdd
Path: /dev/sde Original-path: /dev/sde
Path: /dev/sdf Original-path: /dev/sdf
Path: /dev/sdg Original-path: /dev/sdh
Path: /dev/sdh Original-path: /dev/sdi
Path: /dev/sdi Original-path: /dev/sdj
# lsblk
NAME MAJ:MIN RM SIZE RO MOUNTPOINT
sdb 8:16 0 930.4G 0
sdc 8:32 0 930.4G 0
sdd 8:48 0 930.4G 0
sde 8:64 0 930.4G 0
sdf 8:80 0 930.4G 0
sdg 8:96 0 930.4G 0
sda 8:0 0 8G 0
ââsda1 8:1 0 1011M 0 [SWAP]
ââsda2 8:2 0 7G 0 /
sdi 8:128 0 930.4G 0
sdh 8:112 0 930.4G 0
fd0 2:0 1 4K 0
sr0 11:0 1 1024M 0
Notieren Sie sich den aktuellen Pfad, den jedes Gerät verwendet. Das letzte Gerät ist /dev/sdi. Wenn ein neues Gerät hinzugefügt wird, wird es als /dev/sdj. Es gibt bereits eine /dev/sdj unter "Originalpfad" aufgeführt sind. Wenn ein neues SDS-Gerät hinzugefügt wird, müssen die aktuellen und ursprünglichen Pfade übereinstimmen. Die "--update_device_original_path" soll dies aufklären und mit den aktuellen und ursprünglichen Pfaden übereinstimmen.
In diesem Fall ist der Host eine SVM auf ESXi und fügen der SVM eine kleine VMDK (8 GB, Thin) hinzu, die als /dev/sdj. Wenn nun das neue echte SDS-Gerät hinzugefügt wird, wird es als /dev/sdk, die sowohl auf dem aktuellen als auch auf dem ursprünglichen Pfad kostenlos ist und erfolgreich sein wird.
Additional Information
Betroffene Versionen
Version 2.0.0.3 und höher
Behoben in Version
Version 3.0