I attempted to upgrade from 2.319.3 to 2.346.2 as a response to the vulnerability, as the title suggests.
As a result, although Jenkins itself can be accessed normally and the operation itself is not a problem, the logs that were output to the log file (/var/log/jenkins) are now standard output.
I was still using Jenkins with System V init, so I checked the following page to make sure the “override.conf” was created by the migration
After that, I added Environment to “override.conf” so that the output would be written to the log file as before, referring to the following page
「Environment=“JENKINS_LOG=/var/log/jenkins/jenkins.log”」
However, the output is still the same as the standard output.
How can we make it possible to output to the log file as before with System V init?
Thank you in advance.
You could also tell systemd to redirect stdout to a new file
I tried the following settings in override.conf, but unfortunately the result did not change
[Service]
StandardOutput=file:/var/log/logfile
I have a feeling that the systemd configuration is not valid because I am using System V init
In the following file, changing JENKINS_HOME had no effect on Jenkins.
if you are using a package manager (debian or redhat, etc), then the packages have fully switched to systemd.
If you’ve installed things yourself and then running things yourself (java -jar jenins.war), then you can configure things yourself.
If your using package manager, but upgrading your .war file manually, things will not work right.
Package manager is used, but still using Amazon Linux as OS, systemctl and other systemd operations cannot be used
(we recognize that the best thing to do is to upgrade the OS.)
In this case, if I upgrade Jenkins, will all logs be standard output?