Data Domain: Zeitweilige Fehler bei der Aufnahme von Daten mithilfe von NFSv4 mit den NFS-Standardoptionen
Summary: Zeitweilige Fehler bei der Aufnahme von Daten mithilfe von NFSv4 mit den NFS-Standardoptionen
Symptoms
Beim DD FS-Prozess kann es zu zeitweiligen PANICs, einem Speicherabbild des Kerns und einem Neustart kommen, wenn Daten mithilfe von NFSv4 mit den NFS-Standardoptionen aufgenommen werden. Dies tritt auf, wenn frühere DDOS 6.1.x-Versionen mit PANIC-Zeichenfolgen wie den folgenden ausgeführt werden:
ERROR: MSG-INTRNL-00001: PANIC: ddr/nfs4/nfs4_idmap/nfs4_names.c: _perform_timed_lookup: 698: !(active_cookie->magic == NFS4_IDMAP_LOOKUP_ARG_USED).
Cause
N. z.
Resolution
Der Fehler wurde im Code der folgenden DDOS-Versionen behoben:
- DD OS 6.1.1.1 und höher
- DD OS 6.1.2.0 und höher
Wenn ein Kunde nicht sofort ein Upgrade durchführen kann oder keine Versionen verfügbar sind, ist möglicherweise ein Workaround möglich, aber das Problem muss zunächst wie beschrieben bestätigt werden:
- Werden Nicht-Root-Nutzer verwendet, um I/O-Vorgänge auf dem NFSv4-Mount auf Clients durchzuführen?
- Ist die NFSv4-ID-Zuordnung auf dem Client aktiviert? Führen Sie unter Linux "cat /sys/module/nfs/parameters/nfs4_disable_idmapping" aus, um dies herauszufinden.
- Verwendet der NFS-Client Kerberos-Sicherheit (sec=krb5) für einen NFSv4-Export?
- Werden NFSv4-ACLs verwendet?
Wenn alle oben genannten Antworten "Nein" lauten, besteht eine sofortige Problemumgehung darin, die NFSv4-ID-Zuordnung auf dem DDR mithilfe des folgenden DD CLI-Befehls zu deaktivieren:
# nfs option set nfs4-idmap-out-numeric always
Dadurch wird sichergestellt, dass der Codepfad, der die PANIK verursacht hat, nicht erreicht wird und keine Probleme mit normalen Backups verursacht werden, da diese keine der oben erwähnten Funktionen der "Vorabprüfungen" verwenden.
Nachdem ein Kunde ein Upgrade auf eine feste Version durchgeführt hat, sollte diese Einstellung zurückgesetzt werden:
# nfs option reset nfs4-idmap-out-numeric