So heben Sie die Bereitstellung eines ausgelasteten Geräts auf

Ich habe einige Samba-Laufwerke, auf die täglich mehrere Benutzer zugreifen. Ich habe bereits Code, um freigegebene Laufwerke (aus einer SQL-Tabelle) zu erkennen und in einem speziellen Verzeichnis bereitzustellen, auf das alle Benutzer zugreifen können.

Ich möchte wissen, ob oder ob es eine Möglichkeit gibt, ein ausgelastetes Gerät zu entfernen, wenn ich ein Laufwerk aus meiner SQL-Tabelle entferne (und es effektiv offline schalte). Bisher habe ich festgestellt, dass jede Form von umountnicht funktioniert.

Ignorieren Sie die Möglichkeit, Daten zu zerstören. Ist es möglich, ein Gerät zu entfernen, das gerade gelesen wird?

JA!! Es gibt eine Möglichkeit, ein ausgelastetes Gerät sofort zu trennen (auch wenn es ausgelastet ist und nicht mit Gewalt abmontiert werden kann). Sie können alle später bereinigen:

umount -l /PATH/OF/BUSY-DEVICE
umount -f /PATH/OF/BUSY-NFS(NETWORK-FILE-SYSTEM)

HINWEIS:

1. Diese Befehle können einen laufenden Prozess stören, Datenverlust verursachen ODER geöffnete Dateien beschädigen. Programme, die auf DEVICE / NFS-Zieldateien zugreifen, können Fehler auslösen ODER nach dem Erzwingen der Bereitstellung nicht ordnungsgemäß funktionieren.
2. Versuchen Sie, diese Befehle auszuführen, wenn Sie sich NICHT im bereitgestellten Ordner / Laufwerk / Gerät befinden.

Wenn möglich, suchen / identifizieren wir den ausgelasteten Prozess, beenden den Prozess und entfernen dann die Samba-Freigabe, um den Schaden zu minimieren.

• lsof | grep '<mountpoint of /dev/sda1>' (oder was auch immer das montierte Gerät ist)

• pkill target_process(tötet beschäftigte Prozesse mit Namen | kill PID| killall target_process)

• umount /dev/sda1 (oder was auch immer das montierte Gerät ist)

Stellen Sie sicher, dass Sie sich noch nicht im gemounteten Gerät befinden, wenn Sie versuchen, die Verbindung herzustellen.

Versuchen Sie Folgendes, aber bevor Sie es ausführen, beachten Sie , dass das -kFlag alle laufenden Prozesse abbricht, die das Gerät beschäftigt halten.

Die -iFlagge fuserfragt vor dem Töten.

fuser -kim /address  # kill any processes accessing file
unmount /address

Vermeiden umount -l

Zum Zeitpunkt des Schreibens empfiehlt die am besten gewählte Antwort die Verwendung umount -l.

umount -list gefährlich oder bestenfalls unsicher . Zusammenfassend:

• Das Gerät wird nicht ausgehängt, sondern nur das Dateisystem aus dem Namespace entfernt. Das Schreiben in geöffnete Dateien kann fortgesetzt werden.
• Dies kann zu einer Beschädigung des btrfs-Dateisystems führen

Umgehen / Alternative

Das nützliche Verhalten von umount -lbesteht darin, das Dateisystem durch absolute Pfadnamen vor dem Zugriff zu verbergen , wodurch die weitere Verwendung von Mundpunkten minimiert wird.

Das gleiche Verhalten kann erreicht werden, indem ein leeres Verzeichnis mit Berechtigungen 000für das Verzeichnis bereitgestellt wird, dessen Bereitstellung aufgehoben werden soll.

Dann werden alle neuen Zugriffe auf Dateinamen unterhalb des Mountpunkts mit null Berechtigungen auf das neu überlagerte Verzeichnis übertragen - neue Blocker für das Aufheben der Bereitstellung werden dadurch verhindert.

Versuchen Sie es zuerst remount,ro

Der wichtigste Erfolg beim Entsperren ist das schreibgeschützte Remount. Wenn Sie das remount,roAbzeichen erhalten, wissen Sie, dass:

1. Alle ausstehenden Daten wurden auf die Festplatte geschrieben
2. Alle zukünftigen Schreibversuche schlagen fehl
3. Die Daten befinden sich in einem konsistenten Zustand, falls Sie das Gerät physisch trennen müssen.

mount -o remount,ro /dev/device Es ist garantiert, dass dies fehlschlägt, wenn Dateien zum Schreiben geöffnet sind. Versuchen Sie es also direkt. Du fühlst dich vielleicht glücklich, Punk!

Wenn Sie Pech haben, konzentrieren Sie sich nur auf Prozesse mit Dateien, die zum Schreiben geöffnet sind :

lsof +f -- /dev/<devicename> | awk 'NR==1 || $4~/[0-9]+[uw -]/'

Sie sollten dann in der Lage sein, das Gerät schreibgeschützt erneut bereitzustellen und einen konsistenten Status sicherzustellen.

Wenn Sie zu diesem Zeitpunkt nicht schreibgeschützt erneut bereitstellen können, untersuchen Sie einige der anderen hier aufgeführten möglichen Ursachen .

Schreibgeschützter Re-Mount-Erfolg freigeschaltet 🔓☑

Herzlichen Glückwunsch, Ihre Daten auf dem Mountpoint sind jetzt konsistent und vor künftigem Schreiben geschützt.

Warum fuserist schlechter alslsof

Warum nicht fuserfrüher verwenden? Nun, Sie könnten es haben, arbeiten aber fusermit einem Verzeichnis , nicht mit einem Gerät . Wenn Sie also den Mountpoint aus dem Dateinamenraum entfernen und dennoch verwenden fusermöchten, müssen Sie:

1. Duplizieren Sie den Mountpoint vorübergehend mit mount -o bind /media/hdd /mntan einen anderen Ort
2. Blenden Sie den ursprünglichen Einhängepunkt aus und blockieren Sie den Namespace:

Hier ist wie:

null_dir=$(sudo mktemp --directory --tmpdir empty.XXXXX")
sudo chmod 000 "$null_dir"

# A request to remount,ro will fail on a `-o bind,ro` duplicate if there are
# still files open for writing on the original as each mounted instance is
# checked.  https://unix.stackexchange.com/a/386570/143394
# So, avoid remount, and bind mount instead:
sudo mount -o bind,ro "$original" "$original_duplicate"

# Don't propagate/mirror the empty directory just about hide the original
sudo mount --make-private "$original_duplicate"

# Hide the original mountpoint
sudo mount -o bind,ro "$null_dir" "$original"

Sie hätten dann:

1. Der ursprüngliche Namespace ist ausgeblendet (es konnten keine weiteren Dateien geöffnet werden, das Problem kann nicht schlimmer werden)
2. Ein doppelt gebundenes gebundenes Verzeichnis (im Gegensatz zu einem Gerät), auf dem ausgeführt werden soll fuser.

Dies ist komplizierter ^[1] , ermöglicht Ihnen jedoch Folgendes:

fuser -vmMkiw <mountpoint>

Hier werden Sie interaktiv aufgefordert, die Prozesse mit zum Schreiben geöffneten Dateien abzubrechen. Natürlich können Sie dies tun, ohne den Einhängepunkt überhaupt zu verbergen, aber die oben genannten Nachahmungen umount -l, ohne die Gefahren.

Der -wSchalter beschränkt sich auf Schreibvorgänge und -iist interaktiv. Wenn Sie es also nach einem schreibgeschützten Remount eilig haben, können Sie Folgendes verwenden:

fuser -vmMk <mountpoint>

um alle verbleibenden Prozesse mit Dateien abzubrechen, die unter dem Mountpoint geöffnet sind.

Hoffentlich können Sie das Gerät an dieser Stelle aushängen. (Sie müssen umountzweimal auf dem Mountpoint ausgeführt werden, wenn Sie ein Modusverzeichnis 000oben gebunden haben .)

Oder verwenden Sie:

fuser -vmMki <mountpoint>

um die verbleibenden schreibgeschützten Prozesse, die das Aufheben der Bereitstellung blockieren, interaktiv zu beenden.

Verdammt, ich verstehe immer noch target is busy!

Offene Dateien sind nicht der einzige Blocker zum Aufheben der Bereitstellung. Weitere Ursachen und deren Abhilfemaßnahmen finden Sie hier und hier .

Selbst wenn Sie einen lauernden Gremlin haben, der Sie daran hindert, das Gerät vollständig abzumelden, haben Sie Ihr Dateisystem zumindest in einem konsistenten Zustand.

Anschließend können Sie lsof +f -- /dev/devicealle Prozesse mit geöffneten Dateien auf dem Gerät mit dem Dateisystem auflisten und anschließend beenden.

^{[1] Die Verwendung ist weniger kompliziert mount --move, aber das erfordert mount --make-private /parent-mount-pointAuswirkungen . Wenn der Mountpoint unter dem /Dateisystem bereitgestellt wird , möchten Sie dies grundsätzlich vermeiden.}

Suchen Sie mit exportfs -v nach exportierten NFS-Dateisystemen. Wenn gefunden, entfernen Sie mit exportfs -d share: / directory. Diese werden nicht in der Liste fuser / lsof angezeigt und können den Erfolg von umount verhindern.

Check out umount2:

Linux 2.1.116 fügte den Systemaufruf umount2 () hinzu, der wie umount () die Bereitstellung eines Ziels aufhebt, jedoch zusätzliche Flags zulässt, die das Verhalten der Operation steuern:

MNT_FORCE (seit Linux 2.1.116) Erzwingen Sie die Bereitstellung, auch wenn sie beschäftigt ist. (Nur für NFS-Bereitstellungen.) MNT_DETACH (seit Linux 2.4.11) Führen Sie eine verzögerte Bereitstellung durch: Machen Sie den Bereitstellungspunkt für neue Zugriffe nicht verfügbar, und führen Sie die Bereitstellung aus, wenn der Bereitstellungspunkt nicht mehr ausgelastet ist. MNT_EXPIRE (seit Linux 2.6.8) Markieren Sie den Mountpunkt als abgelaufen. Wenn derzeit kein Mountpunkt verwendet wird, schlägt ein erster Aufruf von umount2 () mit diesem Flag mit dem Fehler EAGAIN fehl, markiert den Mountpunkt jedoch als abgelaufen. Der Einhängepunkt bleibt abgelaufen, solange kein Prozess darauf zugreift. Ein zweiter umount2 () -Aufruf, der MNT_EXPIRE angibt, hebt die Bereitstellung eines abgelaufenen Einhängepunkts auf. Dieses Flag kann weder mit MNT_FORCE noch mit MNT_DETACH angegeben werden. Rückgabewert

Bei Erfolg wird Null zurückgegeben. Bei einem Fehler wird -1 zurückgegeben und errno wird entsprechend eingestellt.

Jemand hat erwähnt, dass der Fehler angezeigt wird, wenn Sie ein Terminal verwenden und sich Ihr aktuelles Verzeichnis innerhalb des Pfads befindet, den Sie aushängen möchten.
Als Ergänzung müssen Sie in diesem Fall lsof | grep path-to-be-unmounteddie folgende Ausgabe haben:

bash ... path-to-be-unmounted

Eine andere Alternative, wenn etwas funktioniert, ist das Bearbeiten /etc/fstab, Hinzufügen eines noautoFlags und ein Neustart des Computers. Das Gerät wird nicht gemountet. Wenn Sie fertig sind, entfernen Sie das Flag und starten Sie es erneut.

Nischenantwort:

Wenn auf diesem Gerät ein zfs-Pool vorhanden ist, lsofwird die Verwendung zumindest dann nicht angezeigt, wenn es sich um einen dateibasierten Pool handelt . Aber du kannst einfach rennen

sudo zpool export mypoo

und dann abmontieren.