Bekannte Probleme und Beschränkungen

Auf dieser Seite werden bekannte Einschränkungen von Google Cloud NetApp Volumes beschrieben.

Allgemeine Probleme

In diesem Abschnitt werden häufige bekannte Probleme von NetApp Volumes beschrieben.

Not found-Fehler beim Ausführen von Sicherungsvorgängen nach der Volume-Erstellung

Problem: Wenn Sie Sicherungsvorgänge wie CreateBackup, RestoreVolume, oder UpdateBackupConfig ausführen, unmittelbar nachdem Sie ein Volume im ONTAP-Modus erstellt haben, können die Vorgänge mit einem Not found-Fehler fehlschlagen.

Grund: Nachdem Sie ein Volume erstellt haben, kann es einige Zeit dauern, bis das Volume und die zugehörigen Sicherungsressourcen vollständig für den Sicherungsdienst verfügbar sind. Während dieser Weitergabezeit kann der Sicherungsdienst Sicherungsanfragen weiterleiten, bevor das Volume erkannt wird. Dies führt zu einem Not found-Fehler.

Lösung: Warten Sie nach dem Erstellen des Volumes mindestens drei Minuten, bevor Sie Sicherungsvorgänge ausführen.

Flex File-Volumes reagieren nicht auf Pings

Weitere Informationen zu diesem Problem finden Sie unter Konnektivität zu NetApp Volumes testen.

Zeitweise Verbindungsverluste bei Verwendung überlappender Verbindungen für den Zugriff auf private Dienste

Wenn Sie die Verbindung konfigurieren und der CIDR-Bereich sich mit dem CIDR-Bereich überschneidet, der von einer anderen Verbindung für den Zugriff auf private Dienste in derselben VPC verwendet wird, kann dies zu zeitweisen Verbindungsverlusten der Volume-Mount-Verbindung führen.netapp.servicenetworking.goog Verwenden Sie nicht überlappende Bereiche, um dieses Problem zu vermeiden.

Möglicher Ausfall des Clientzugriffs auf Volumes, die vom Cloud Volumes-Dienst zu NetApp Volumes migriert wurden, beim Aktualisieren der Einstellungen eines NFS-Volumes

Problem: Es kommt zu einem Ausfall des Clientzugriffs auf Volumes, wenn Sie Einstellungen für das Quell- oder Ziel-Volume einer aktiven Volume-Replikation mit einem gespiegelten Übertragungsstatus aktualisieren.

Grund: Durch das Aktualisieren eines Volumes kann die Exportsrichtlinie mit dem Volume des Replikationspartners synchronisiert werden. Wenn das aktualisierte Volume eine falsche oder fehlende Exportsrichtlinie hat, können die Clients, die mit dem Produktionsquell-Volume verbunden sind, den Zugriff verlieren, was möglicherweise zu einem Ausfall führt.

Hintergrund: Wenn sich eine Replikation in einem gespiegelten Zustand befindet, synchronisiert NetApp Volumes automatisch die Exportsrichtlinien des Quell- und Ziel-Volumes. So wird ein konsistenter Clientzugriff ohne manuellen Eingriff des Administrators gewährleistet, da alle Richtlinienänderungen an einem Volume automatisch auf das andere Volume angewendet werden.

Im Cloud Volumes-Dienst muss der Administrator die Einstellungen für Quell- und Ziel-Volume manuell synchronisieren. Bei der Volume-Migration vom Cloud Volumes-Dienst zu NetApp Volumes wurden die vorhandenen Exportsrichtlinien ohne Änderungen übertragen, was zu inkonsistenten Exportsrichtlinien in replizierten Volumes führen kann. Wenn Sie die Exportsrichtlinie des Quell- oder Ziel-Volumes in einer Volume-Replikationsbeziehung aktualisieren, werden die Richtlinien auf beiden Volumes automatisch synchronisiert.

Betroffene Volumes

Dieses Problem betrifft Volumes, die alle folgenden Kriterien erfüllen:

  • Volumes, die sich in einer aktiven, gespiegelten Volume-Replikation befinden. Das Problem kann auftreten, wenn die Replikation nach dem Anhalten fortgesetzt wird.

  • Alle NFS-fähigen Volumes mit einer Exportsrichtlinie.

  • Volumes, bei denen sich die Exportsrichtlinie zwischen Quelle und Ziel unterscheidet.

Lösung: Um dieses Problem zu beheben, muss die Exportsrichtlinie von Quell- und Ziel- Volumes einmal synchronisiert werden. Gehen Sie folgendermaßen vor:

  1. Prüfen und vergleichen Sie die Exportsrichtlinien des Quell- und Ziel-Volumes.

    • Wenn die Exportsrichtlinien identisch sind, sind keine Maßnahmen erforderlich.

    • Wenn sich die Exportsrichtlinien unterscheiden, führen Sie die Exportregeln zusammen, um eine Exportsrichtlinie zu erstellen, die alle in beiden Richtlinien angegebenen Hosts zulässt.

  2. Wenden Sie die zusammengeführte Exportsrichtlinie auf das Quell-Volume an. Diese Richtlinie wird auch automatisch auf das Ziel-Volume angewendet.

Durch das Synchronisieren der Exportsrichtlinien können Sie einen konsistenten Zugriff gewährleisten und potenzielle Ausfälle für Clients vermeiden.

Fehlermeldung bei der gemeinsamen Verwendung von Cloud Volumes-Dienst- und NetApp Volumes-Ressourcen

Möglicherweise wird eine Fehlermeldung angezeigt, wenn Sie Ressourcen des Cloud Volumes-Diensts und von NetApp Volumes gemeinsam in einer VPC, einem Projekt oder einer Region verwenden. Dieses Problem kann auftreten, wenn Sie Ressourcen wie Pools und Richtlinien erstellen möchten und eine der folgenden Bedingungen für das Projekt zutrifft:

  • Das Projekt wurde zuvor für den Cloud Volumes-Dienst verwendet.

  • In einem Projekt ohne NetApp Volumes-Ressourcen wurde ein Vorgang zum Auflisten von Cloud Volumes-Dienst-Ressourcen ausgeführt.

Die folgenden Fehlermeldungen sind häufig:

  • Host project and service project must be using the same service

  • Resources from CVS and NetApp Volumes may not be used together in a single region.

  • Cannot share VPC between 3P and 1P networks

Wenden Sie sich an den Google Cloud Customer Care, um dieses Problem zu beheben, und fordern Sie an, dass Ihre spezifischen Projekte oder Regionen zurückgesetzt werden, damit ausschließlich NetApp Volumes-Ressourcen verwendet werden.

Fehler beim Erstellen von Dateien mit den Fehlern No space left on device oder File too large in einem bestimmten Verzeichnis

Problem: Wenn Sie versuchen, neue Dateien oder Unterverzeichnisse auf ein eingebundenes Volume zu schreiben, zu kopieren oder zu erstellen, schlägt der Vorgang mit dem Fehler No space left on device (errno 28 / ENOSPC) oder File too large (errno 27 / EFBIG) fehl.

Dies tritt auch dann auf, wenn clientseitige Speicherplatzabfragen (z. B. df -h) und die Google Cloud Console zeigen, dass das Volume über ausreichend logische Kapazität verfügt. Der Fehler ist auf ein bestimmtes Verzeichnis beschränkt. Das Erstellen von Dateien in anderen Verzeichnissen auf demselben Volume ist erfolgreich.

Grund: Dieses Problem tritt auf, wenn ein einzelnes Verzeichnis zu groß wird und interne Limits erreicht, wodurch das Speichersystem keine weiteren Dateien oder Unterverzeichnisse an diesem bestimmten Speicherort indexieren kann.

Überprüfung:

Prüfen Sie, ob Sie die Grenzwerte für die Verzeichnisgröße erreicht haben. Führen Sie dazu die folgenden Diagnoseschritte auf einem eingebundenen Client aus:

  1. Lokale Dateierstellung testen: Versuchen Sie, eine Datei in einem völlig anderen, neu erstellten Verzeichnis auf demselben Volume zu erstellen: bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt Wenn dies gelingt, das Schreiben in das ursprüngliche Verzeichnis aber fehlschlägt, wurde wahrscheinlich das Verzeichnislimit erreicht.
  2. Anzahl der Verzeichniseinträge schätzen: Zählen Sie die Anzahl der Einträge im fehlerhaften Verzeichnis: bash find /mount_point/offending_directory -maxdepth 1 | wc -l
  3. Dateigröße des Verzeichnisindex prüfen: Prüfen Sie die Metadaten des Verzeichnisses: bash ls -ld /mount_point/offending_directory Eine außergewöhnlich große Verzeichnisdateigröße deutet auf eine massive Vergrößerung der Verzeichnismetadaten hin.

Lösung:

Um dieses Problem zu beheben und Ihre Verzeichnisstrukturen in gutem Zustand zu halten, implementieren Sie die folgenden Methoden:

  • Verzeichnisse aufteilen: Strukturieren Sie Ihre Anwendung oder Arbeitslast neu, um Dateien auf verschachtelte, hierarchische Unterverzeichnisse zu verteilen (z. B. /aa/bb/filename.txt anstatt eine große Anzahl von Dateien in einem einzelnen flachen Verzeichnis zu speichern).
  • Vergrößerte Verzeichnisse neu erstellen: Wenn Sie einfach Dateien aus einem Verzeichnis löschen, das das Limit überschreitet, werden zwar die Namen der Dateien entfernt, die physische Größe der Verzeichnisindexdatei im zugrunde liegenden Dateisystem wird dadurch aber nicht automatisch verringert. Um den Speicherplatz des Verzeichnisses vollständig freizugeben, kopieren oder verschieben Sie die aktiven Dateien in ein neues Verzeichnis und löschen Sie dann das alte, vergrößerte Verzeichnis.

Probleme bei der Active Directory-Integration

In den folgenden Abschnitten werden bekannte Probleme bei der Active Directory-Integration beschrieben.

Verbindungsprobleme

Verbindungen zu lokalen Domaincontrollern schlagen aufgrund der folgenden Einschränkungen fehl:

  • VPC-Peering: NetApp Volumes kann nur Domaincontroller erreichen, die sich in der Virtual Private Cloud (VPC) des Speicherpools befinden oder über ein VPN damit verbunden sind. NetApp Volumes kann keine Domaincontroller in anderen VPCs erreichen, auch nicht in solchen, die mit der VPC des Speicherpools verbunden sind und eine Verbindung zum Speicherpool herstellen.

  • Firewalls: Die lokale Verbindung schlägt fehl, wenn Sie NetApp Volumes nicht erlauben, Ihre Domaincontroller zu kontaktieren. Weitere Informationen finden Sie unter Firewallregeln für den Active Directory-Zugriff .

Das Ändern der Active Directory-Standorteinstellung einer Active Directory-Richtlinie hat keine Auswirkungen auf Speicherpools mit dem Service-Level „Flex File“. Diese Einstellung funktioniert für Flex Unified-Pools.

NetApp Volumes kann keine Verbindung zu Domaincontrollern auf Basis von Windows 2025 herstellen

Aufgrund eines Regressionsfehlers in Windows 2025 kann NetApp Volumes keine Verbindung zu einer Domain herstellen, die einen Windows 2025-Domaincontroller verwendet. Wenn Sie der Domain beitreten möchten, verwenden Sie einen Domaincontroller einer Windows-Version vor 2025, z. B. Windows 2022. Sie können keinen funktionierenden Domaincontroller direkt angeben, da der Dienst DNS-basierte Erkennung verwendet, um Domaincontroller zu finden. Wir empfehlen, verwendbare Domaincontroller vor Windows 2025 in einer dedizierten Active Directory-Site hinzuzufügen und diese Site in der Active Directory-Richtlinie für NetApp Volumes anzugeben.

Am 9. September 2025 hat Microsoft KB5065431 und KB5065426 veröffentlicht, um dieses Problem zu beheben. Windows 2025 unterstützt keine RC4-Verschlüsselung. Sie müssen daher die AES-Verschlüsselung für die Active Directory-Authentifizierung aktivieren.

CMEK-Probleme

In den folgenden Abschnitten werden bekannte Probleme bei Vorgängen mit kundenverwalteten Verschlüsselungsschlüsseln (Customer-Managed Encryption Keys, CMEK) beschrieben.

ListKmsConfigs gibt den Fehler Invalid value for enum type zurück

Während der Migration eines Volumes von der vom System verwalteten zur kundenverwalteten Verschlüsselung gibt der Befehl ListKmsConfigs gelegentlich den Fehler Invalid value for enum type zurück. Nach Abschluss der Migration funktioniert der Befehl ListKmsConfigs wieder normal.

Erstellung der KmsConfig-Richtlinie schlägt fehl

Gelegentlich schlägt die Erstellung der KmsConfig-Richtlinie fehl und Sie können keine weitere Richtlinie erstellen. Wenden Sie sich in diesem Fall an den Google Cloud Customer Care.

Probleme und Einschränkungen bei der Volume-Replikation

In den folgenden Abschnitten finden Sie Details zu bekannten Problemen und Einschränkungen der Volume-Replikationsfunktion.

Kontingenteinstellungen für das Ziel-Volume schlagen möglicherweise bei einer aktiven Replikation fehl

Wenn Sie Einstellungen für ein Volume in einer aktiven Replikation ändern, werden die Einstellungen sowohl auf das Quell- als auch auf das Ziel-Volume angewendet. Kontingentänderungen speziell für Ziel-Volumes werden jedoch in die Warteschlange gestellt und auf das Ziel-Volume angewendet, sobald die Replikation beendet wird. Gelegentlich schlägt diese Kontingenteinstellung möglicherweise fehl und Sie erhalten am Ende des Vorgangs eine Fehlermeldung. Obwohl der Vorgang Beenden erfolgreich ist, wurden möglicherweise nicht alle Kontingente auf das Ziel-Volume angewendet. Wenn Sie während eines Vorgangs Beenden einen Kontingentfehler erhalten, vergleichen Sie die Kontingentregeln für das Quell- und Ziel-Volume und aktualisieren Sie dann alle fehlenden Kontingentregeln für das Ziel-Volume, damit sie mit den Einstellungen des Quell-Volumes übereinstimmen.

Google Cloud In der Console werden Speicherpools ohne zugehörige Active Directory-Richtlinien angezeigt

Wenn Sie in der Google Cloud Console eine Volume-Replikation für ein Quell Volume erstellen, enthält die Liste der Speicherpools, aus denen Sie das Ziel Volume erstellen können, Speicherpools ohne Active Directory-Richtlinie. Wenn Sie einen Speicherpool ohne Active Directory-Richtlinie auswählen, schlägt die Replikation fehl.

Bekannte Probleme bei Volumes mit großer Kapazität

In diesem Abschnitt werden bekannte Probleme der Funktion für Volumes mit großer Kapazität beschrieben.

Nicht kompatible Pools werden angezeigt

Wenn Sie den Speicherpool (Service-Level) ändern, werden in der Google Cloud Console möglicherweise nicht kompatible Pools angezeigt. Wenn Sie versuchen, zu einem nicht kompatiblen Speicherpool zu wechseln, schlägt der Versuch fehl und Sie erhalten eine Fehlermeldung.

CMEK-Migration wird nicht blockiert

Die CMEK-Migration wird von der Google Cloud Console nicht blockiert und ist auch bei Volumes mit großer Kapazität zulässig. Wenn Sie die CMEK-Migration versuchen, während Volumes mit großer Kapazität konfiguriert sind, schlägt der Versuch fehl.

FlexCache-Probleme

In diesem Abschnitt werden bekannte Probleme der FlexCache-Funktion beschrieben.

Änderungen an FlexCache-Volumes in der Google Cloud Console schlagen möglicherweise fehl

FlexCache-Volumes können nur über die API oder die Google Cloud CLI geändert werden. FlexCache-Volumes werden nach der Erstellung in der Google Cloud Console angezeigt. Sie können angezeigt oder gelöscht werden. Versuche, sie über die Google Cloud Console zu aktualisieren, schlagen möglicherweise fehl. Verwenden Sie in solchen Fällen die Google Cloud CLI für Änderungen.

Erstellung von FlexCache-Volumes schlägt fehl, wenn snapshot-directory auf „true“ gesetzt ist

FlexCache-Volumes unterstützen die Option snapshot-directory nicht. Während die API diesen Parameter standardmäßig auf false setzt, ist er in der Google Cloud CLI standardmäßig auf true gesetzt. Wenn Sie also ein FlexCache-Volume mit der Google Cloud CLI erstellen, müssen Sie explizit --snapshot-directory false angeben, um zu verhindern, dass die Erstellung fehlschlägt.