VNX: Dateisystemschleife erkannt, wenn "find" auf der Control Station ausgeführt wird
Summary: VNX: Die Dateisystemschleife wurde beim Ausführen von "find" auf der Control Station erkannt.
Symptoms
Der Nutzer führt den Befehl find Befehl auf der Control Station, wenn nach einer Datei in einem Dateisystem gesucht wird, das auf dem Data Mover gemountet ist.
Der Nutzer erhält beim Ausführen von Linux den Fehler "Filesystem loop detected". find Befehl als root-Nutzer aus dem Stammverzeichnis "/" der Control Station, um nach einer Datei zu suchen.
“find: Filesystem loop detected; `/nasmcd/quota/slot_7/fs03group61/mail/61'" hat dieselbe Gerätenummer und denselben Inode wie ein Verzeichnis, das sich drei Ebenen höher in der Dateisystemhierarchie befindet.
Das Skript find Der Befehl reagiert nicht mehr, wenn er auf der Control Station ausgeführt wird.
Cause
Bei Verwendung der find Befehl auf einer VNX- oder Celerra-Control Station als root-Nutzer aus dem Root-Verzeichnis "/" find Durchsucht das gesamte System nach dem angegebenen Schlüsselwort. Dies schließt alle Kundendateisysteme ein, die auf den Data Movern gemountet sind (z. B.: "/nas/quota/slot_2/fs_name/"). Denn die Verzeichnisstruktur der Control Station unterscheidet sich physisch von den Kundendateisystemen, die auf dem Data Mover gemountet sind. Jedes dieser beiden Dateisysteme kann dieselben Inode-Nummern verwenden.
Wenn die find erkennt der Befehl dieselbe Inode-Nummer aus einem vorherigen Verzeichnis, in dem bereits gesucht wurde, wird der Fehler angezeigt und der Befehl reagiert möglicherweise nicht mehr.
Da sich die Verzeichnisstruktur der Control Station und die Kundenverzeichnisstruktur in diesem Szenario auf separaten physischen Dateisystemen befinden, kann der Fehler ignoriert werden.
Mit dem Befehl "ls -ial" können wir die Inode-#s zwischen den beiden verschiedenen Dateisystemen überprüfen und bestätigen, dass die Inode-Nummern doppelt vorhanden sind.
Im folgenden Beispiel wird der Inode # in der linken Spalte der Ausgabe " ls -ial" angezeigt.
Beispiel:
[root@VNX001 /]# find / -name rpt_file /nasmcd/quota/slot_7/fs03install/.etc/rpt_file /nasmcd/quota/slot_7/fs03db99/.etc/rpt_file /nasmcd/quota/slot_7/fs03sub/.etc/rpt_file /nasmcd/quota/slot_7/fs03audit/.etc/rpt_file /nasmcd/quota/slot_7/fs03group99/.etc/rpt_file <<<<<Filesystem loop detected here
“find: Filesystem loop detected; `/nasmcd/quota/slot_7/fs03group61/dir/99'" hat dieselbe Gerätenummer und denselben Inode wie ein Verzeichnis, das sich drei Ebenen höher in der Dateisystemhierarchie befindet.
Beachten Sie, dass beim Vergleich der Verzeichnisstrukturen 3 Ebenen höher die beiden Dateien mit den Namen "." und "99" denselben Inode # verwenden.
[root@VNX001 slot_7]# ls -ial /nasmcd/quota/slot_7/ total 552 2 drwxr-xr-x 37 root root 2048 Aug 10 2015 . <<<inode # is 2 5695 drwxr-xr-x 17 root root 0 Jul 15 01:00 .. 4 dr-xr-xr-x 13 root bin 2048 Apr 16 2015 .etc 18446744071562067968 drwxr-xr-x 6 root root 1024 Sep 8 2013 .etc_common 3 drwxr-xr-x 2 root root 8192 Sep 8 2013 lost+found ....(output omitted).... [root@VNX001 slot_7]# [root@VNX001 slot_7]# ls -ial /nasmcd/quota/slot_7/fs03group99/mail/ <<<Note different directory total 2448 75 drwxrwx--- 102 103 101 4096 Oct 10 2013 . 95 drwxrwx--- 7 103 101 1024 Sep 12 2013 .. ....(output ommited)... 2 drwxrwx--- 301 103 101 25600 Jul 26 20:24 99 <<<inode # is 2 ....(output ommited)... [root@VNX001 slot_7]#
Resolution
Dies ist kein Break/Fix-Problem. Bei dem gemeldeten Fehler handelt es sich um das erwartete Verhalten des Befehls. Die Control Station hat Zugriff auf die gemounteten Data Mover-Dateisysteme unter /nas/quota/, sodass die find Der Befehl kann eine Inode-Schleife finden, da verschiedene Dateisysteme gemountet sind.
Beim Ausführen des Befehls find Wenn der Befehl die Produktionsumgebung nicht stört, wird nicht empfohlen, den Befehl root auf der Verzeichnisebene "/" oder "/nas" auf der Control Station auszuführen.