Dell Unity: Doppelte Hostnamen verursachen Performanceprobleme in der NFSv4-Umgebung (vom Nutzer korrigierbar)
Summary: Bei NFSv4.1-Clients, die denselben Hostnamen verwenden, kann es häufig zu Sitzungsbeendigungen und -neuerstellungen kommen. Dies geschieht, weil das NFSv4.1-Protokoll den Hostnamen als Teil der eindeutigen Clientkennung (Client-Eigentümer) verwendet. Wenn mehrere Hosts dieselbe Kennung verwenden, nimmt der Storage-Server (z. B. Dell Unity) sie als denselben Client wahr, der versucht, eine Verbindung wiederherzustellen, was zu einer "Sitzungsschleife" und potenziellen I/O-Hängungen führt. ...
Symptoms
Clientseite: Nutzer berichten von einer erheblichen Verschlechterung der NFS-Performance, insbesondere von hoher Latenz bei Vorgängen mit kleinen Dateien.
Unity-Seite: Das Protokoll zeigt, dass der NAS-Server häufig ausgelöst wird. checkReplay Logik, die angibt, dass sie Anforderungen mit Sequenz-IDs (seqid), von denen sie glaubt, dass sie bereits bearbeitet wurden.
2026/03/23-09:22:31.571765 3 7FCE8B3CF705 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x2
2026/03/23-09:22:31.571948 177 7FCE8AB4F703 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x3
2026/03/23-09:22:31.571969 15 7FCE8AE7F701 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 1 seqid 0x1
2026/03/23-09:22:33.950467 94K 7FCE8E57B703 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x1
2026/03/23-09:22:33.950614 142 7FCE8E24F702 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x2
2026/03/23-09:22:33.950780 159 7FCE8DEDA705 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x3
2026/03/23-09:22:33.950793 8 7FCE8E22A702 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 1 seqid 0x1
2026/03/23-09:22:36.025980 169K 7FCE8C9FD704 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x1
2026/03/23-09:22:36.026291 305 7FCE8C9B9704 sade:NFS: 3:[NAS_server] checkReplay: sequence replay slotid 0 seqid 0x3
Netzwerk: Paketerfassungen identifizieren eine Client-ID-Kollision zwischen mehreren unterschiedlichen IP-Adressen (10.10.1.8 und 10.10.1.3) enthalten. Beide Hosts versuchen, sich mit derselben Clientkennung beim NFS-Server zu registrieren. Dies führt zu einer Wettlaufbedingung, bei der ein Client die Sitzung des anderen ungültig macht, was zu Sequenzfehlern und einer Wiederherstellungsverzögerung von 1 Sekunde führt, die die Leistung beeinträchtigt.
42855 2026-03-20 02:34:12.752931 10.10.1.3 10.10.1.50 NFS 294 V4 Call (Reply In 42856) CLOSE StateID: 0x97d3
42856 2026-03-20 02:34:12.753069 10.10.1.50 10.10.1.3 NFS 182 V4 Reply (Call In 42855) CLOSE
42857 2026-03-20 02:34:12.753542 10.10.1.50 10.10.1.3 NFS 562 V4 Reply (Call In 42837) OPEN StateID: 0x3dba
42858 2026-03-20 02:34:12.753583 10.10.1.3 10.10.1.50 TCP 66 976 → 2049 [ACK] Seq=14332461 Ack=1382561 Win=26688 Len=0 TSval=2749783070 TSecr=3786939377
42859 2026-03-20 02:34:12.753635 10.10.1.3 10.10.1.50 NFS 330 V4 Call (Reply In 42860) SETATTR FH: 0xac0cc5de
42860 2026-03-20 02:34:12.753718 10.10.1.50 10.10.1.3 NFS 114 V4 Reply (Call In 42859) SEQUENCE Status: NFS4ERR_BADSESSION
42861 2026-03-20 02:34:12.753980 10.10.1.3 10.10.1.50 NFS 186 V4 Call (Reply In 42862) DESTROY_SESSION
42862 2026-03-20 02:34:12.754047 10.10.1.50 10.10.1.3 NFS 114 V4 Reply (Call In 42861) DESTROY_SESSION Status: NFS4ERR_BADSESSION
42863 2026-03-20 02:34:12.754111 10.10.1.3 10.10.1.50 NFS 298 V4 Call (Reply In 42864) CREATE_SESSION
42864 2026-03-20 02:34:12.754171 10.10.1.50 10.10.1.3 NFS 114 V4 Reply (Call In 42863) CREATE_SESSION Status: NFS4ERR_SEQ_MISORDERED
42865 2026-03-20 02:34:12.755288 10.10.1.50 10.10.1.8 NFS 246 V4 Reply (Call In 42852) EXCHANGE_ID
42866 2026-03-20 02:34:12.755357 10.10.1.8 10.10.1.50 NFS 298 V4 Call (Reply In 42867) CREATE_SESSION
42867 2026-03-20 02:34:12.755544 10.10.1.50 10.10.1.8 NFS 194 V4 Reply (Call In 42866) CREATE_SESSION
42868 2026-03-20 02:34:12.755606 10.10.1.8 10.10.1.50 NFS 218 V4 Call (Reply In 42869) PUTROOTFH | GETATTR
42869 2026-03-20 02:34:12.755706 10.10.1.50 10.10.1.8 NFS 182 V4 Reply (Call In 42868) PUTROOTFH | GETATTR
42870 2026-03-20 02:34:12.755775 10.10.1.8 10.10.1.50 NFS 210 V4 Call (Reply In 42871) RECLAIM_COMPLETE
42871 2026-03-20 02:34:12.755855 10.10.1.50 10.10.1.8 NFS 158 V4 Reply (Call In 42870) RECLAIM_COMPLETE
42872 2026-03-20 02:34:12.755926 10.10.1.8 10.10.1.50 NFS 290 V4 Call (Reply In 42873) GETATTR FH: 0xc7011572
42873 2026-03-20 02:34:12.756013 10.10.1.50 10.10.1.8 NFS 362 V4 Reply (Call In 42872) GETATTR
42874 2026-03-20 02:34:12.757262 10.10.1.8 10.10.1.50 NFS 290 V4 Call (Reply In 42875) GETATTR FH: 0x3bc92b95
42875 2026-03-20 02:34:12.757347 10.10.1.50 10.10.1.8 NFS 362 V4 Reply (Call In 42874) GETATTR
42876 2026-03-20 02:34:12.795850 10.10.1.3 10.10.1.50 TCP 66 976 → 2049 [ACK] Seq=14333077 Ack=1382705 Win=26688 Len=0 TSval=2749783113 TSecr=3786939378
42877 2026-03-20 02:34:12.799280 10.10.1.8 10.10.1.50 TCP 66 988 → 2049 [ACK] Seq=78001 Ack=49629 Win=1188 Len=0 TSval=2328275863 TSecr=986324573
43224 2026-03-20 02:34:13.779818 10.10.1.3 10.10.1.50 NFS 354 V4 Call (Reply In 43232) EXCHANGE_ID
43232 2026-03-20 02:34:13.782406 10.10.1.50 10.10.1.3 NFS 246 V4 Reply (Call In 43224) EXCHANGE_ID
Cause
Wenn zwei oder mehr Clients (häufig in geklonten VMs oder containerbasierten Umgebungen) denselben Hostnamen verwenden:
- Host A richtet eine Sitzung ein.
- Host B stellt eine Verbindung mit demselben Hostnamen her. Der Server geht davon aus, dass Host A neu gestartet oder die Verbindung wiederhergestellt wurde.
- Der Server lässt die Sitzung von Host A ablaufen, damit Host B eine Verbindung herstellen kann.
- Host A versucht dann, die Sitzung wiederherzustellen, wodurch Host B gestartet wird.
Dies führt zu einem kontinuierlichen Zyklus von Sitzungszurücksetzungen und Sequenz-ID-Wiederholungen. Dies führt zu schwerwiegenden Performanceeinbußen, da der Client alle I/O-Vorgänge für einen obligatorischen Recovery-Zeitraum (in der Regel 1 Sekunde) anhalten muss, bevor ein EXCHANGE_ID , um seine Sitzung zurückzuerobern.
Resolution
Das Unity-System funktioniert wie vorgesehen und entspricht den NFSv4.1/4.2-RFC-Standards. Der Server beendet Sitzungen ordnungsgemäß, wenn eine doppelte Client-ID (Eigentümerzeichenfolge) angezeigt wird, um Datenbeschädigungen zu verhindern.
Um die Kollision aufzulösen, muss jeder Client über eine global eindeutige Kennung verfügen. Stellen Sie sicher, dass der Hostname auf jedem Client, der auf die Freigabe zugreift, eindeutig ist:
hostnamectl set-hostname <unique_hostname>
Starten Sie den NFS-Service neu oder starten Sie den Client neu, um sicherzustellen, dass die neue Kennung für die nächste EXCHANGE_ID Aufruf des Unity-Servers.