Blog

Wenn die meisten Leute einen verschachtelten Mount-Dateisystemfehler bekommen, können Sie mit diesem Anleitungs-Blog-Post helfen.

Wenn ich die Befehle sicher interpretiere, habe ich einen NMFS-Read mit dem Titel Staging erstellt, der bei versus Staging gemountet ist. Ich kann den Klammerpunkt in der GUI sehen.

Nummer 1 Dann habe ich ein würdiges 5GB-Dateisystem erstellt und es von / Staging / Staging1 gemountet

Nummer 2 Dann habe ich jedes 2 TB Dateisystem erstellt, das unter / Staging / Staging1 füreinander gemountet und erkannt wird

#3 Dann habe ich dieses 4 TB Dateisystem erstellt und gestapelt / Staging / Staging1 / Productions

Unsere Benutzer werden sogar als Staging1 $ CIFSServerName Staging Staging1 zugewiesen und greifen so auf Sonstiges und Produkte zu.

Meine Mission ist es, diese Optionen zu reproduzieren. Darüber habe ich das Staging1 FS kopiert und dann eine präzise Halterung erstellt, die auf unser Celerra-Ziel ausgerichtet ist. Wenn ich jedoch versuche, Other FS oder Productions FS zu replizieren, schlagen beide fehl. Ich vermute, dass es mit Mount-Punkten / NMFS zu tun hat.

Ich beschloss, von einer bestimmten Rückseite aus zu beginnen und dann geradeaus weiterzuarbeiten.

Ich konnte die Produktion vervielfachen und eine Reittierkomponente wurde erstellt = / Staging für jede Staging1 / Productions

Ich konnte problemlos zusätzliche und diese normalerweise erstellte Reittiere direkt reproduzieren = / Staging / Staging1 Other

Ich habe es versucht, wenn Sie das 5-GB-Dateisystem der Arbeitsplatz-Setups (das wir normalerweise als Installationspunkt verwenden) replizieren müssen, und es ist fehlgeschlagen. Gibt es in der Regel besondere Anforderungen?

Ich habe auch zuerst diesen speziellen NMFS-Fixpunkt erstellt, aber er wurde auch nicht mehr verwendet.

Frage

Ich habe definitiv Dateisysteme, die von den Mounts anderer Leser in ihrem Dateisystembaum abhängen. Wie kann ich sicherstellen, dass sie häufig in der richtigen Reihenfolge installiert werden?

Grund

Ein Beispiel dazu, auch bekannt als “nested mounts”:

/ dev / oralv hängt, während sie sind / oracle
/ dev per orhomelv von / oracle / zu deinem Haus gemountet
/ dev / orainstlv oracle / home / orainst hinzugefügt
/dev/oraloglv montiert als versus oracle /home/data

Wenn die verwalteten Volumes und Dateisysteme definitiv nicht in derselben Reihenfolge erstellt wurden, ist importvg so konzipiert, dass es gemountet wird, um diese große Gruppe zu erhalten.

Wenn Sie beispielsweise den Mount von für jedes Oracle / home überprüfen, bevor Sie das folk-Dateisystem / oracle mounten, gibt es kein Verzeichnis für mounti am und oracle / home, da die Zeiten auf dem / oracle-Dateisystem vorhanden sind.

# / Orakel / Wohn
mount: append 0506-324 Sie können /dev/orhomelv nicht in Richtung /oracle/home mounten: die Anweisung oder das Verzeichnis mit dem angegebenen Titel existiert nicht.

Antworten

Auch wenn Sie versucht sein könnten, ein bestimmtes /etc- und Dateisystem persönlich zu bearbeiten und bestimmte Typen von Dateisystemen in der richtigen Reihenfolge anzuordnen, wird dies wirklich nicht empfohlen. Das eigentliche Problem besteht darin, dass die Dateimodelle für diese Datei beim Exportieren einer neuen Datenträgergruppe angefordert und auch beim Import wieder hinzugefügt werden. Wenn sie hinzugefügt werden, werden diese in der Reihenfolge angezeigt, die Sie auf der Rückseite des jeweiligen VGDA angeben, was für Montagezwecke die drastisch falsche Reihenfolge sein kann.

Tippfehler oder vielleicht sogar andere Fehler in /etc und Dateisystemen können möglicherweise Dateisystembelastungen verursachen, wenn sie beim Systemstart eingehängt werden.

1. Entfernen Sie Dateisysteme von allen Elementen in der Datenträgergruppe und wiederholen Sie die Firma in der Reihenfolge, in der Ihre Organisation sie einhängen möchte.

Dies ist möglicherweise nicht immer nützlich, wenn es bereits Informationen enthält und verwendet wird.

2. Verwenden Sie Mount-Gruppen, um Dateisysteme einzuhängen, die für den Job gehalten werden.

Die Flüssigkeit “-u mountgroup” für crfs und chfs wird wahrscheinlich verwendet, um jedem Dateisystem einen unverwechselbaren Mount-Namen hinzuzufügen.
Als Option “-t type” zu laden mountet dann alle Dateisysteme, die mit diesem “type” ausgestattet wurden oder zurück in bestimmte mt. Gruppe.

A) Partitionieren Sie zunächst die Dateisysteme, die Sie konvertieren möchten, in Gruppen und verwenden Sie externe Agenten, um ihnen einen „Typ“ zuzuweisen, der für jede Gruppe gedacht ist.

Mit den obigen Startsystemen als neues Beispiel können Sie 3 Gruppen erstellen oder, um die Montagereihenfolge dieser Einheiten zu optimieren, jede als „Erste“, „Zweite“ „Dritte“ bezeichnen.

Erstelle eine unglaubliche Startgruppe:
Chfs-Zahl -u “Prime” und Orakel

Als zweiten Bereich erstellen, der von den spezifischen Änderungen abhängt, die in der vorherigen Gruppe vorgenommen wurden:
Zahl chfs -u “Sekunde” / Orakel versus Heimat

Erstelle meine dritte Gruppe, und die hängt von den beiden vorherigen Clubs ab:
Chfs-Zahl -u “dritte” pro Orakel / Zuhause / Orinst
# chfs -du “Dritter” jetzt / Orakel / Wohnsitz / Protokolle

b) wir müssen das gesamte /etc- oder rc-Skript ändern, um diese Set-Gruppen zu verwenden.

Die aktuelle Version des gesamten /etc/rc-Skripts besteht aus diesem Teil, der alle Mounts der Stadt im Spiel mit Dateisystemen startet, die beim Start nicht gemountet wurden:

Erstellen Sie eine Sicherungskopie von mehr oder weniger allen /etc/rc-Dateien:
Nummer cp / etc / Universalfernbedienung /etc/rc.ORIG

Ändern Sie jedes Skript, um die eigenen Gruppenmedien in der richtigen Organisation zu verwenden, bevor Sie den Rest hinter den Dateisystemen addieren:

mount /tmp/fs1.$$ / etc / Dateisysteme
nach oben -t Principal
Zweiter Build
Mont -t -m letzte
füge alles zusammen
unmounten oder etc / Dateisysteme
rm -f /tmp/fs1.’mount $$

all ‘kann Fehler in Bezug auf alle Dateisysteme in Ihren derzeit installierten Mount-Gruppen verursachen, aber das ist in Ordnung.

Die Datei etc / rc wird ebenfalls als benutzerkonfigurierbares Skript betrachtet und gilt als nicht überschrieben bei Aktualisierungen (z.B. bei Aktualisierungen auf Technologieebene oder Service-Kit-Aktualisierungen).

Nested Mount File System
Kapslade Monteringsfilsystem
Zagniezdzony System Plikow Montowania
Vlozhennaya Fajlovaya Sistema Montirovaniya
중첩 마운트 파일 시스템
Genest Mount Bestandssysteem
Systeme De Fichiers De Montage Imbrique
File System Di Montaggio Nidificato
Sistema De Archivos De Montaje Anidado
Sistema De Arquivos De Montagem Aninhada