Skripte mit nohup im inneren nicht ordnungsgemäß beendet

Wir haben script, das tun, einige Bearbeitung und löst einen job im hintergrund mit nohup. Wenn wir planen, dieses Skript aus einer Oracle-OEM - (oder kann es einen scheduler-job), sehe ich die folgende Fehlermeldung, und zeigen Sie den status als "fehlgeschlagen", aber das Skript ist eigentlich fertig, ohne Frage. So beenden Sie das Skript richtig, wenn die backup-Boden ein job gestartet wird mit nohup?

Remote operation finished but process did not close its stdout/stderr

- Datei: test.sh

#!/bin/bash
# do some processing
...
nohup ./start.sh 2000 &

# end of the script
InformationsquelleAutor user1595858 | 2015-04-17
  1. 12

    Durch ausführen start.sh in dieser Art und Weise Sie erlauben es, zu behaupten, Teileigentum der test.sh's-Ausgabe, file-Deskriptoren (stdout/stderr). Also in der Erwägung, dass, wenn die meisten bash-Skripte beenden, die Datei-Deskriptoren werden geschlossen (durch das Betriebssystem), test.sh's file descriptors, kann nicht geschlossen werden, weil start.sh noch einen Anspruch auf Sie.

    Die Lösung ist, um nicht lassen Sie start.sh behaupten, die gleiche Ausgabe Datei-Deskriptoren als test.sh im Einsatz ist. Wenn Sie nicht kümmern, über dessen Ausgang, können Sie starten Sie es so:

    nohup ./start.sh 2000 1>/dev/null 2>/dev/null &

    sagt, der neue Prozess zum senden sowohl seine stdout und stderr zu /dev/null. Wenn Sie sorgen über seine Ausgabe, dann nur zu erfassen, es irgendwo sinnvoller:

    nohup ./start.sh 2000 1>/path/to/stdout.txt 2>/path/to/stderr.txt &
    • Ich habe es versucht aber immer noch der gleiche Fehler nach Abschluss des Auftrags.#Start MMLE Dienstleistungen, $ADMIN_SCRIPTS_HOME/wmlke.sh start 10218 $ADMIN_SCRIPTS_HOME/wmlke.sh start 10220 $ADMIN_SCRIPTS_HOME/wmlke.sh start 10222 nohup $ADMIN_SCRIPTS_HOME/wmlke.sh start_dispatcher 10809 1>/dev/null 2>/dev/null &
    • Sie akzeptiert meine Antwort. Bedeutet das, dass es endete, für Sie arbeiten? Oder sind Sie noch Probleme?
    • Funktioniert jetzt nach dem hinzufügen Ausgabe, file-Deskriptoren, um andere Befehle als gut.
    • arbeitete für mich. danke. verbringen Sie gleich einen ganzen Tag versuchen, um herauszufinden, warum das Skript ich bin von einem Remotestandort aus ausgeführt hängt.
    InformationsquelleAutor dg99
Schreibe einen Kommentar