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.

Probleme mit der Unterstützung von Client-IP-Adressen außerhalb von RFC 1918 (PUPI) bei der Flex Unified-Dienststufe

Problem: Das Service-Level „Flex Unified“ unterstützt keine Client-IP-Adressen außerhalb von RFC 1918 (PUPI).

Grund: Diese Einschränkung ist auf Firewallregeln im VSA-Mandantenprojekt zurückzuführen.

Lösung: Versuchen Sie Folgendes, um dieses Problem zu beheben:

  • RFC 1918-IP-Adressen zuweisen: Konfigurieren Sie Ihre Clients so, dass sie private IP-Adressen gemäß RFC 1918 verwenden.

  • Anderes Service Level verwenden: Verwenden Sie ein Service Level, das PUPI-Client-IP-Adressen unterstützt, z. B. Standard, Premium, Extrem oder Flex File.

  • Manuelle Firewallkonfiguration anfordern: Als vorübergehende Problemumgehung können Sie sich an den Google Cloud Customer Care wenden, um Firewallregeln für eingehenden Traffic für Ihren PUPI-Clientbereich manuell einzurichten. Beachten Sie, dass die manuelle Konfiguration möglicherweise laufenden Supportaufwand erfordert. Wenn Sie diese Option nutzen möchten, senden Sie eine Supportanfrage mit den folgenden Informationen:

    • Der PUPI-IP-Bereich Ihres Clients (z. B. 100.64.0.0/10)

    • Erforderliche Protokollports (NFS, SMB oder iSCSI)

    • Die Zielregion und der Name des Speicherpools

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

Problem: Wenn Sie Sicherungsvorgänge wie CreateBackup, RestoreVolume oder UpdateBackupConfig unmittelbar nach dem Erstellen eines Volumes im ONTAP-Modus ausführen, können die Vorgänge mit dem Fehler Not found fehlschlagen.

Grund: Nachdem Sie ein Volume erstellt haben, kann es eine Weile dauern, bis das Volume und die zugehörigen Ressourcen für die Sicherung vollständig für den Sicherungsdienst verfügbar sind. Während dieses Propagierungszeitraums leitet der Sicherungsdienst möglicherweise Sicherungsanfragen weiter, bevor das Volume sichtbar ist. 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 Ping

Weitere Informationen zu diesem Problem finden Sie unter Verbindung zu NetApp Volumes testen.

Zeitweiliger Verbindungsverlust bei Verwendung überlappender Verbindungen für den Zugriff auf private Dienste

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

Mögliche Unterbrechung des Clientzugriffs auf Volumes, die von Cloud Volumes Service zu NetApp Volumes migriert wurden, wenn die Einstellungen eines NFS-Volumes aktualisiert werden

Problem: Der Clientzugriff auf Volumes wird unterbrochen, wenn Sie Einstellungen am Quell- oder Zielvolume einer aktiven Volume-Replikation mit gespiegeltem Übertragungsstatus aktualisieren.

Grund: Das Aktualisieren eines Volumes kann dazu führen, dass die Exportrichtlinie mit dem Replikationspartnervolume synchronisiert wird. Wenn das aktualisierte Volume eine falsche oder fehlende Exportrichtlinie hat, verlieren die Clients, die auf dem Produktions-Quellvolume bereitgestellt sind, möglicherweise den Zugriff, was zu einem Ausfall führen kann.

Hintergrund: Wenn sich eine Replikation im gespiegelten Zustand befindet, synchronisiert NetApp Volumes automatisch die Exportrichtlinien der Quell- und Zielvolumes. Dies sorgt für einen konsistenten Clientzugriff ohne manuelles Eingreifen des Administrators, da jede Richtlinienänderung auf einem Volume automatisch auf das andere Volume angewendet wird.

In CVS muss der Administrator die Einstellungen für Quell- und Ziel-Volume manuell synchronisieren. Während der Volume-Umstellung von CVS auf NetApp Volumes wurden die vorhandenen Exportrichtlinien ohne Änderungen übertragen. Dies kann zu inkonsistenten Exportrichtlinien in replizierten Volumes führen. Wenn Sie die Exportrichtlinie 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 Beenden fortgesetzt wird.

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

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

Lösung: Um dieses Problem zu beheben, müssen die Exportrichtlinien der Quell- und Ziel-Volumes einmal synchronisiert werden. Gehen Sie folgendermaßen vor:

  1. Prüfen und vergleichen Sie die Exportrichtlinien der Quell- und Ziel-Volumes.

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

    • Wenn die Exportrichtlinien unterschiedlich sind, führen Sie die Exportregeln zusammen, um eine Exportrichtlinie zu erstellen, die alle in beiden Richtlinien angegebenen Hosts zulässt.

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

Durch die Synchronisierung der Exportrichtlinien können Sie einen konsistenten Zugriff gewährleisten und potenzielle Störungen für Clients verhindern.

Fehlermeldung bei der gemeinsamen Verwendung von Cloud Volumes Service- (CVS) und NetApp Volumes-Ressourcen

Möglicherweise erhalten Sie eine Fehlermeldung, wenn Sie CVS- und NetApp Volumes-Ressourcen zusammen in einer VPC, einem Projekt oder einer Region verwenden. Dieses Problem kann auftreten, wenn Sie versuchen, Ressourcen wie Pools und Richtlinien zu erstellen, und eine der folgenden Bedingungen für das Projekt zutrifft:

  • Das Projekt wurde zuvor für CVS verwendet.

  • In einem Projekt ohne NetApp Volumes-Ressourcen wurde ein CVS-Ressourcenlistenvorgang ausgeführt.

Im Folgenden finden Sie die häufigsten Fehlermeldungen:

  • 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 zur Behebung dieses Problems an den Google Cloud Customer Care und fordern Sie einen Reset Ihrer spezifischen Projekte oder Regionen an, damit ausschließlich NetApp Volumes-Ressourcen verwendet werden.

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

Problem: Wenn Sie versuchen, neue Dateien oder Unterverzeichnisse auf einem bereitgestellten 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 geschieht auch dann, wenn clientseitige Speicherplatzabfragen (z. B. df -h) und dieGoogle Cloud -Konsole zeigen, dass das Volume über ausreichend verfügbare logische Kapazität verfügt. Der Fehler ist auf ein bestimmtes Verzeichnis beschränkt. In anderen Verzeichnissen auf demselben Volume können Dateien erstellt werden.

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

Überprüfung:

Prüfen Sie, ob Sie die Größenbeschränkungen für Verzeichnisse erreicht haben, indem Sie die folgenden Diagnoseschritte auf einem bereitgestellten Client ausführen:

  1. Erstellung lokalisierter Dateien 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 erfolgreich ist, aber das Schreiben in das ursprüngliche Verzeichnis 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. Größe der Verzeichnisindexdatei prüfen: Prüfen Sie den Metadaten-Footprint des Verzeichnisses: bash ls -ld /mount_point/offending_directory Eine außergewöhnlich große Verzeichnisdatei weist auf eine massive Aufblähung der Verzeichnismetadaten hin.

Lösung:

So beheben Sie dieses Problem und sorgen für eine fehlerfreie Verzeichnisstruktur:

  • Verzeichnis-Sharding implementieren: Strukturieren Sie Ihre Anwendung oder Arbeitslast so um, dass Dateien auf verschachtelte, hierarchische Unterverzeichnisse verteilt werden (z. B. /aa/bb/filename.txt, anstatt eine große Anzahl von Dateien in einem einzigen flachen Verzeichnis zu speichern).
  • Überdimensionierte Verzeichnisse neu erstellen: Wenn Sie Dateien aus einem Verzeichnis löschen, das die Größenbeschränkung überschreitet, werden nur die Namen entfernt. Die physische Größe der Verzeichnisindexdatei im zugrunde liegenden Dateisystem wird jedoch nicht automatisch verringert. Wenn Sie den Speicherplatz des Verzeichnisses vollständig freigeben möchten, kopieren oder verschieben Sie die aktiven Dateien in ein neues Verzeichnis und löschen Sie dann das alte, aufgeblähte Verzeichnis.

Probleme mit 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 VPN mit ihr verbunden sind. NetApp Volumes kann keine Domaincontroller in anderen VPCs erreichen, einschließlich solcher, die über Peering 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 nicht mit Windows 2025-basierten Domaincontrollern verbunden werden

Aufgrund einer Regression in Windows 2025 können NetApp Volumes mit einem Windows 2025-Domaincontroller keiner Domain beitreten.

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

Weitere Informationen finden Sie unter Domaincontroller-Kommunikation mit Windows 2025 oder früheren Versionen kann aufgrund der Erzwingung von SMB 3.1.1 fehlschlagen.

Die Kommunikation des Domaincontrollers mit Windows 2025 oder früheren Versionen kann aufgrund der Erzwingung von SMB 3.1.1 fehlschlagen.

Windows 2025-Domaincontroller erzwingen SMB 3.1.1 für die Kommunikation mit Active Directory-Clients. In der Richtlinie 18.6.7.6 des Center for Internet Security (CIS) wird außerdem empfohlen, SMB 3.1.1 für frühere Windows-Versionen zu verwenden.

NetApp Volumes unterstützt zwar SMB 3.1.1 für die Kommunikation zwischen SMB-Clients und dem NetApp Volumes-SMB-Server, aber nur SMB 2.1 und SMB 3.0, wenn eine Verbindung zu Active Directory als Client hergestellt wird.

Wenn Domaincontroller nur SMB 3.1.1-Verbindungen zulassen, kann NetApp Volumes keine Verbindung zu Active Directory herstellen, was zu Dienstunterbrechungen führt.

Um die Kompatibilität aufrechtzuerhalten, empfehlen wir, SMB 2.1 als die mindestens unterstützte SMB-Version auf Ihren Domaincontrollern festzulegen. Sie müssen diese Einstellung auf alle Domaincontroller oder auf jeden Domaincontroller am Active Directory-Standort anwenden, wenn Sie standortbasierte Active Directory-Richtlinien verwenden.

Im folgenden Beispiel wird gezeigt, wie Sie die unterstützte SMB-Mindestversion auf 2.1 festlegen:

 Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210

Weitere Informationen zum Ändern von SMB-Einstellungen mit PowerShell oder Gruppenrichtlinien finden Sie unter SMB-Dialekte in Windows und Windows Server 2025 verwalten.

LDAP-Verbindungen zu Active Directory schlagen nach den Microsoft-Domaincontroller-Updates im Oktober 2026 fehl

Problem: Nachdem Sie die Microsoft-Sicherheitsupdates vom Oktober 2026 auf Ihren Active Directory-Domaincontrollern installiert haben, können die mit Active Directory verbundenen Speicherpools und Volumes keine LDAP-Bindung an diese Domaincontroller herstellen. Daher können Fehler auftreten, wenn Sie eine Verbindung zu SMB-Freigaben herstellen, Nutzer zu Freigaben hinzufügen oder eine neue Active Directory-Richtlinie verwenden oder testen.

Grund: Die folgenden kumulativen Sicherheitsupdates von Microsoft ändern das Verhalten von LDAP-Verbindungen, was die Kommunikation mit NetApp Volumes stört:

Lösung: Wir arbeiten an einem Update für NetApp Volumes, um dieses Problem zu beheben. Installieren Sie diese Windows-Sicherheitsupdates in der Zwischenzeit nicht auf Ihren Domaincontrollern. Wenn Sie diese Updates bereits installiert haben oder installieren müssen, wenden Sie sich an den Google Cloud Customer Care.

CMEK-Probleme

In den folgenden Abschnitten werden bekannte Probleme bei Vorgängen mit kundenverwalteten Verschlüsselungsschlüsseln (CMEK) beschrieben.

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

Während ein Volume von der systemverwalteten zur kundenverwalteten Verschlüsselung migriert wird, 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 Richtlinie „KmsConfig“ schlägt fehl

Gelegentlich schlägt die Erstellung einer 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-Replikation.

Die Kontingenteinstellungen für das Zielvolume können bei einer aktiven Replikation fehlschlagen

Wenn Sie die Einstellungen eines Volumes 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 bereitgestellt und auf das Ziel-Volume angewendet, sobald die Replikation beendet wird. Gelegentlich kann diese Kontingenteinstellung fehlschlagen und Sie erhalten am Ende des Vorgangs eine Fehlermeldung. Der Vorgang Beenden ist zwar erfolgreich, aber möglicherweise wurden nicht alle Kontingente auf das Zielvolume angewendet. Wenn Sie während eines Stoppvorgangs einen Kontingentfehler erhalten, vergleichen Sie die Kontingentregeln sowohl für das Quell- als auch für das Zielvolume und aktualisieren Sie dann alle fehlenden Kontingentregeln auf dem Zielvolume, damit sie den Einstellungen des Quellvolumes entsprechen.

In derGoogle Cloud -Konsole werden Speicherpools ohne zugehörige Active Directory-Richtlinien angezeigt.

Wenn Sie in der Google Cloud Konsole 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, die keine Active Directory-Richtlinie haben. Wenn Sie einen Speicherpool ohne Active Directory-Richtlinie auswählen, schlägt die Replikation fehl.

Bekannte Probleme bei Volumes mit großer Kapazität

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

Inkompatible Pools werden angezeigt

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

CMEK-Migration nicht blockiert

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

FlexCache-Probleme

In diesem Abschnitt werden bekannte Probleme des FlexCache-Features 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 sie ansehen oder löschen. Versuche, sie über dieGoogle Cloud Console zu aktualisieren, schlagen jedoch möglicherweise fehl. Verwenden Sie in solchen Fällen die Google Cloud CLI für Änderungen.

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

FlexCache-Volumes unterstützen die Option snapshot-directory nicht. In der API ist dieser Parameter standardmäßig auf false festgelegt, im Google Cloud CLI dagegen auf true. Wenn Sie ein FlexCache-Volume mit der Google Cloud CLI erstellen, müssen Sie daher explizit --snapshot-directory false angeben, um Fehler bei der Erstellung zu vermeiden.