-
Improvement
-
Resolution: Fixed
-
Major
-
None
"java -jar slave.jar" currently has a logic that keeps on reconnecting if a connection is dropped. This is good, but over a long run, if any memory leak happens during a connection, it'll slowly clog up the JVM.
On Unix, it is better to exec to itself to start clean in case of a connection loss. On slaves managed as a Windows service, it is better to just terminate the process and let Windows SCM launch a new one.
Slaves should do this kind of intelligent reconnection, much like how Jenkins master restarts itself.
- depends on
-
JENKINS-24272 jnlp slaves fail to reconnect when master is restarted
- Resolved
-
JENKINS-25490 Slave agent run with javaws breaks with "Unable to launch the application" when master is stopped
- Resolved
-
JENKINS-25895 GUI-mode JNLP slave does not reconnect after Jenkins restart (UnixSlaveRestarter broken)
- Resolved
- is related to
-
JENKINS-5413 SCM polling getting hung
- Open
-
JENKINS-22454 When a slave is installed as a service, it should auto-update slave.jar
- Resolved
- relates to
-
JENKINS-66446 WebSocket agent does not reconnect: ClassNotFoundException: jenkins.slaves.restarter.JnlpSlaveRestarterInstaller
- Closed