VNX: Dateisystemschleife erkannt, wenn "find" auf der Control Station ausgeführt wird

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.

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]#

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.