07:44:18 [DEBUG ][deluge.core.daemon :1622] Remove pid file: /config/deluged.pid
07:44:18 [INFO ][deluge.core.daemon :1622] Deluge daemon shutdown successfully
07:44:18 [INFO ][deluge.core.daemon_entry :1622] Exiting...
deluged exited successfully.
07:44:18 [INFO ][deluge.ui.web.server :1622] Shutting down webserver
07:44:18 [DEBUG ][deluge.ui.web.server :1622] Saving configuration file
For thoroughness here is deluge-web.
2023-11-13 07:49:28,099 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22393937543568 for <Subprocess at 22393936472720 with name deluge-script in state RUNNING> (stdout)>
2023-11-13 07:49:28,099 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22393936863952 for <Subprocess at 22393936472720 with name deluge-script in state RUNNING> (stderr)>
2023-11-13 07:49:28,099 INFO exited: deluge-script (exit status 0; expected)
2023-11-13 07:49:28,100 DEBG received SIGCHLD indicating a child quit
2023-11-13 07:49:46,117 WARN received SIGTERM indicating exit request
and Docker logs from when container was stopped
Plugins persisted as well.
I did go back and test the old image under same conditions (empty config folder). These lines were missing from the logs when the container was stopped, but plugins intermittently did persist regardless. It may not be as consistent as I originally thought to reproduce that way, however it also may have something to do with there being no torrents present and deluged basically being idle throughout the test.
Either way, the logs clearly show success in receiving SIGTERM, and waiting for the child processes to return status before container is stopped.
I call this a success unless I'm missing something or it reacts differently with torrents loaded (I don't believe it would)