Trident: Kann der ontap-nas-economy-Treiber das doppelte storagePrefix für Volume- und Qtree-Namen deaktivieren?

Das ist in der Tat ein sehr langes Speicherpräfix! Es gibt Details zur Funktionsweise der ONTAP-API und zur Verwaltung von Volumes und qtree-Objekten in ONTAP selbst, die erfordern, dass wir eine eindeutige Kennung wie das Speicherpräfix in den qtree-Namen aufnehmen.

Wir können Ihnen möglicherweise gestatten, für Fälle wie diesen, in denen das Duplizieren des Speicherpräfixes zu einem sehr langen Namen führt, eine separate eindeutige Kennung anzugeben. Es müsste immer noch eindeutig sein, aber es könnte kurz sein. Wir werden einen Blick darauf werfen.

Ich habe die Pull-Anforderung Nr. 238 erstellt, die diese Erweiterung enthält. Hoffe es wird bald integriert :-)

Hallo cgajan!
Das ist toll! Ich hoffe auch, dass es bald integriert wird!
Aber das ist noch nicht zu 100% das, was uns hilft!
Wäre es möglich, auch ein qtreePrefix hinzuzufügen oder storagePrefix für qtrees zu deaktivieren?
Wir brauchen dies so schnell wie möglich, da wir die Grenze von maxQtreeNameLength = 64 erreichen .
Wir haben das Präfix bereits verkleinert, aber wir brauchen noch mehr Zeichen für Projektname und PVC.

Hallo, wir stehen vor dem gleichen Problem, aber mit Namensraum-Namenskonventionen. Das Entfernen des Speicherpräfixes würde unseren Anwendungsfall nicht lösen, da die QTree-Namen immer noch mehr als 64 Zeichen lang wären. Ist es Trident möglich, die QTree-Namen wie für die E-Serie zu erstellen (erstellen Sie aufgrund von Längenbeschränkungen eine zufällige GUID).

Hallo,

Bei einer ähnlichen Anfrage (Fall 2007961146) sollte ontap-nas-economy die Beschränkung auf 64 Zeichen in ONTAP beachten und keine zu langen Qtree-Namen erstellen. maxQtreeNameLength = 64 scheint eine gute Option zum Hinzufügen zu sein.
wenn möglich auch um die Namenskonvention zu kontrollieren, damit sie nicht an der falschen Stelle gekürzt werden

Danke

Dieses Problem wurde mit dem Commit 5afa354 behoben .