Oracle Cloud Infrastructure - Dokumentation

fstab-Optionen für Block-Volumes mit konsistenten Gerätepfaden

Wenn Volumes bei Linux-Instanzen beim Booten der Instanz automatisch gemountet werden sollen, müssen Sie einige spezifische Optionen in der Datei /etc/fstab festlegen. Andernfalls kann die Instanz möglicherweise nicht gestartet werden.

Hinweis:

Diese Schritte gelten für Block-Volumes, die mit aktivierten konsistenten Gerätepfaden angehängt sind. Wenn für das Block-Volume keine konsistenten Gerätepfade aktiviert sind, verwenden Sie stattdessen die Legacy-Optionen für etc/fstab.

Voraussetzungen

  1. Gehen Sie wie folgt vor, um ein Volume anzuhängen und eine Verbindung mit dem Volume herzustellen.

  2. Erstellen Sie das gewünschte Dateisystem auf dem Volume mit den Linux-Standardtools. Beispiel: Führen Sie den folgenden Befehl aus, um ein XFS-Dateisystem zu erstellen:

    mkfs.xfs /dev/sdc

    Wenn auf dem Volume bereits ein Dateisystem vorhanden ist, müssen Sie kein weiteres erstellen.

  3. Bestätigen Sie, dass die Instanz konsistente Gerätepfade unterstützt und ordnungsgemäß konfiguriert ist. Um zu prüfen, ob das Volume an eine unterstützte Instanz angehängt ist, melden Sie sich bei der Instanz an, und führen Sie den folgenden Befehl aus:

    ll /dev/oracleoci/oraclevd*

    Die Ausgabe sieht in etwa wie folgt aus:

    lrwxrwxrwx. 1 root root 6 Feb  7 21:02 /dev/oracleoci/oraclevda -> ../sda
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda1 -> ../sda1
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda2 -> ../sda2
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda3 -> ../sda3

    Wenn diese Ausgabe nicht angezeigt wird und Sie stattdessen die folgende Fehlermeldung sehen:

    cannot access /dev/oracleoci/oraclevd*: No such file or directory

    liegt möglicherweise ein Problem mit der Instanzkonfiguration für Gerätepfade vor. Wenden Sie sich an den Support, wenn Sie weitere Unterstützung benötigen.

Optionen _netdev und nofail verwenden

Standardmäßig wird die Datei /etc/fstab vor dem Start des Initiators verarbeitet. Konfigurieren Sie den Mount-Prozess so, dass er vor dem Mounten der Volumes initiiert wird, indem Sie die Option _netdev in jeder Zeile der Datei /etc/fstab angeben.

Wenn Sie ein benutzerdefiniertes Image einer Instanz erstellen, bei der die Volumes (mit Ausnahme des Root-Volumes) in der Datei /etc/fstab aufgeführt sind, können Instanzen nicht über das benutzerdefinierte Image gestartet werden. Um dieses Problem zu vermeiden, geben Sie die Option nofail in der Datei /etc/fstab an.

Im Beispielszenario mit drei Volumes lauten die /etc/fstab-Dateieinträge für die Volumes mit den Optionen _netdev und nofail folgendermaßen:

/dev/oracleoci/oraclevdb /mnt/vol1 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdc /mnt/vol2 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdd /mnt/vol3 xfs defaults,_netdev,nofail 0 2

Nachdem Sie die Datei /etc/fstab aktualisiert haben, mounten Sie die Volumes mit dem folgenden Befehl:

bash-4.2$ sudo mount -a

Starten Sie die Instanz mit dem folgenden Befehl neu, um zu bestätigen, dass die Volumes beim Neustart ordnungsgemäß gemountet sind:

bash-4.2$ sudo reboot

Probleme mit der Datei /etc/fstab beheben

Wenn die Instanz nach der Aktualisierung der Datei /etc/fstab nicht neu gestartet werden kann, müssen Sie die Änderungen an der Datei /etc/fstab möglicherweise rückgängig machen. Um die Datei zu aktualisieren, stellen Sie zunächst eine Verbindung mit der seriellen Konsole für die Instanz her. Wenn Sie über die serielle Konsolenverbindung auf die Instanz zugreifen können, können Sie die an der Datei /etc/fstab vorgenommenen Änderungen entfernen, auskommentieren oder korrigieren.