Hallo liebe Mitglieder dieses Forums,
beim Deployment des Shibboleth Identity Provider 5 mit Jetty 12 in RHEL 8 fiel auf, dass das vorher von Jetty 9 mitgebrachte jetty.sh Skript hin zu 12 derart angepasst wurde, dass im Startkommando nun die RUN_ARGS per xargs an JAVA übergeben werden, vermutlich da diese sehr lang werden können.
echo ${RUN_ARGS[@]} | xargs start-stop-daemon \
--start $CH_USER \
--pidfile /dev/null \
--chdir "$JETTY_BASE" \
--background \
--output "${JETTY_RUN}/start-stop.log" \
--startas "$JAVA" \
--
wo vorher dies hier genutzt wurde:
start-stop-daemon -S -p"$JETTY_PID" $CH_USER -d"$JETTY_BASE" -b -m -a "$JAVA" -- "${RUN_ARGS[@]}" start-log-file="$JETTY_START_LOG"
Das führt mit Jetty als Systemd Service dazu, dass xargs anstatt java Kind des Supervisors wird, womit z.B. Restart=on-abort nicht mehr greift.
Ich hoffe, ich übersehe nichts, habe aber für die spezifische systemd xargs Problematik keine ähnlichen Fälle finden können. - Nutze ich das Startskript oder Unit-File falsch (https://github.com/jetty/jetty.project/tree/jetty-12.0.x/jetty-home/src/main/resources/bin)? Wie ist der Start von Jetty Standalone vorgesehen, wenn man den Prozess vom init-System managen lassen will? Und gibt es alternative, gut getestete Start-Skripte?
Ich bin für Hinweise jeder Art dankbar!
Beste Grüße,
Felix
beim Deployment des Shibboleth Identity Provider 5 mit Jetty 12 in RHEL 8 fiel auf, dass das vorher von Jetty 9 mitgebrachte jetty.sh Skript hin zu 12 derart angepasst wurde, dass im Startkommando nun die RUN_ARGS per xargs an JAVA übergeben werden, vermutlich da diese sehr lang werden können.
echo ${RUN_ARGS[@]} | xargs start-stop-daemon \
--start $CH_USER \
--pidfile /dev/null \
--chdir "$JETTY_BASE" \
--background \
--output "${JETTY_RUN}/start-stop.log" \
--startas "$JAVA" \
--
wo vorher dies hier genutzt wurde:
start-stop-daemon -S -p"$JETTY_PID" $CH_USER -d"$JETTY_BASE" -b -m -a "$JAVA" -- "${RUN_ARGS[@]}" start-log-file="$JETTY_START_LOG"
Das führt mit Jetty als Systemd Service dazu, dass xargs anstatt java Kind des Supervisors wird, womit z.B. Restart=on-abort nicht mehr greift.
Ich hoffe, ich übersehe nichts, habe aber für die spezifische systemd xargs Problematik keine ähnlichen Fälle finden können. - Nutze ich das Startskript oder Unit-File falsch (https://github.com/jetty/jetty.project/tree/jetty-12.0.x/jetty-home/src/main/resources/bin)? Wie ist der Start von Jetty Standalone vorgesehen, wenn man den Prozess vom init-System managen lassen will? Und gibt es alternative, gut getestete Start-Skripte?
Ich bin für Hinweise jeder Art dankbar!
Beste Grüße,
Felix
