Przenieś plik, ale tylko jeśli jest zamknięty

Chcę przenieść duży plik utworzony przez proces zewnętrzny, jak tylko zostanie zamknięty.

Czy to polecenie testowe jest prawidłowe?

if lsof "/file/name"
then
        # file is open, don't touch it!
else
        if [ 1 -eq $? ]
        then
                # file is closed
                mv /file/name /other/file/name
        else
                # lsof failed for some other reason
        fi
fi

EDYCJA: plik reprezentuje zestaw danych i muszę czekać, aż zostanie ukończony, aby go przenieść, aby inny program mógł na nim działać. Dlatego muszę wiedzieć, czy proces zewnętrzny jest wykonywany z plikiem.

Od lsofstrony man

Lsof zwraca jeden (1), jeśli wykryty zostanie jakikolwiek błąd, w tym błąd w zlokalizowaniu nazw poleceń, nazw plików, adresów lub plików internetowych, nazw logowania, plików NFS, PID, PGID lub UID, o których wyświetlenie został poproszony. Jeśli podano opcję -V, lsof wskaże elementy wyszukiwania, których nie udało się wyświetlić na liście.

To sugerowałoby, że twoja lsof failed for some other reasonklauzula nigdy nie zostanie wykonana.

Czy próbowałeś właśnie przenieść plik, gdy proces zewnętrzny ma go jeszcze otwarty? Jeśli katalog docelowy znajduje się w tym samym systemie plików, nie powinno być z tym żadnych problemów, chyba że musisz uzyskać dostęp do oryginalnej ścieżki z trzeciego procesu, ponieważ i-węzeł pozostanie taki sam. W przeciwnym razie myślę, że mvi tak się nie uda.

Jeśli naprawdę musisz poczekać, aż proces zewnętrzny zakończy się plikiem, lepiej użyć polecenia blokującego zamiast wielokrotnego odpytywania. W systemie Linux możesz inotifywaitdo tego użyć . Na przykład:

 inotifywait -e close_write /path/to/file

Jeśli musisz użyć lsof(być może do przenoszenia), możesz wypróbować coś takiego:

until err_str=$(lsof /path/to/file 2>&1 >/dev/null); do
  if [ -n "$err_str" ]; then
    # lsof printed an error string, file may or may not be open
    echo "lsof: $err_str" >&2

    # tricky to decide what to do here, you may want to retry a number of times,
    # but for this example just break
    break
  fi

  # lsof returned 1 but didn't print an error string, assume the file is open
  sleep 1
done

if [ -z "$err_str" ]; then
  # file has been closed, move it
  mv /path/to/file /destination/path
fi

Aktualizacja

Jak zauważył @JohnWHSmith poniżej, najbezpieczniejszy projekt zawsze używałby lsofpętli jak wyżej, ponieważ możliwe jest, że więcej niż jeden proces otworzyłby plik do zapisu (przykładowym przypadkiem może być źle napisany demon indeksujący, który otwiera pliki z odczytem / napisz flagę, kiedy powinna być tylko do odczytu). inotifywaitnadal można go używać zamiast snu, wystarczy wymienić linię snu na inotifywait -e close /path/to/file.

Jako alternatywne podejście jest to idealny przypadek dla potoku - drugi proces przetworzy dane wyjściowe z pierwszego procesu, gdy tylko będzie dostępny, zamiast czekać na zakończenie pełnego procesu:

process1 input_file.dat | process2 > output_file.dat

Zalety:

• Ogólnie znacznie szybciej:
  • Nie musi zapisywać i odczytywać z dysku (można tego uniknąć, jeśli używasz ramdysku).
  • Powinien pełniej wykorzystywać zasoby maszynowe.
• Brak pliku pośredniego do usunięcia po zakończeniu.
• Nie jest wymagane złożone blokowanie, jak w OP.

Jeśli nie masz możliwości bezpośredniego utworzenia potoku, ale masz jądra GNU , możesz użyć tego:

tail -F -n +0 input_file.dat | process2 > output_file.dat

Spowoduje to rozpoczęcie odczytu pliku wejściowego od początku, bez względu na to, jak daleko zajdzie pierwszy proces poprzez zapisanie pliku (nawet jeśli nie został jeszcze uruchomiony lub już zakończony).