詹金斯在运行“服务启动詹金斯”时失败答案

【问题标题】：Jenkins fails when running "service start jenkins"詹金斯在运行“服务启动詹金斯”时失败
【发布时间】：2017-01-29 23:34:09
【问题描述】：

我使用以下命令在 Centos 7 上安装了 jenkins：

sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins.io/redhat-stable/jenkins.repo
sudo rpm --import http://pkg.jenkins.io/redhat-stable/jenkins.io.key
yum install jenkins

作为described on the official documentation

但是当我跑步时：

service start jenkins

我收到以下错误消息：

Starting jenkins (via systemctl):  Job for jenkins.service failed because the control process exited with error code. See "systemctl status jenkins.service" and "journalctl -xe" for details.
                                                           [FAILED]

运行systemctl status jenkins.service 给了我这个：

● jenkins.service - LSB: Jenkins Continuous Integration Server
   Loaded: loaded (/etc/rc.d/init.d/jenkins)
   Active: failed (Result: exit-code) since Wed 2016-09-21 16:45:28 BST; 3min 59s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 2818 ExecStart=/etc/rc.d/init.d/jenkins start (code=exited, status=1/FAILURE)

Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.JavaVMArguments.of(JavaVMArguments...04)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.JavaVMArguments.current(JavaVMArgu...92)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.Daemon.daemonize(Daemon.java:106)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.Daemon.all(Daemon.java:88)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: ... 6 more
Sep 21 16:45:28 webstack.local.caplib systemd[1]: jenkins.service: control process exited, code=exited s...s=1
Sep 21 16:45:28 webstack.local.caplib systemd[1]: Failed to start LSB: Jenkins Continuous Integration Server.
Sep 21 16:45:28 webstack.local.caplib systemd[1]: Unit jenkins.service entered failed state.
Sep 21 16:45:28 webstack.local.caplib systemd[1]: jenkins.service failed.
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: [FAILED]
Hint: Some lines were ellipsized, use -l to show in full.

运行journalctl -xe 给了我这个：

Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.Daemon.daemonize(Daemon.java:106)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: at com.sun.akuma.Daemon.all(Daemon.java:88)
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: ... 6 more
Sep 21 16:45:28 webstack.local.caplib runuser[2819]: pam_unix(runuser:session): session closed for user jenkin
Sep 21 16:45:28 webstack.local.caplib systemd[1]: jenkins.service: control process exited, code=exited status=
Sep 21 16:45:28 webstack.local.caplib systemd[1]: Failed to start LSB: Jenkins Continuous Integration Server.
-- Subject: Unit jenkins.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit jenkins.service has failed.
--
-- The result is failed.
Sep 21 16:45:28 webstack.local.caplib systemd[1]: Unit jenkins.service entered failed state.
Sep 21 16:45:28 webstack.local.caplib systemd[1]: jenkins.service failed.
Sep 21 16:45:28 webstack.local.caplib jenkins[2818]: [FAILED]
Sep 21 16:45:28 webstack.local.caplib polkitd[1392]: Unregistered Authentication Agent for unix-process:2813:8
Sep 21 16:45:28 webstack.local.caplib dhclient[1390]: DHCPREQUEST on eno16777984 to 192.168.15.254 port 67 (xi
Sep 21 16:45:28 webstack.local.caplib dhclient[1390]: DHCPACK from 192.168.15.254 (xid=0x2ab6e6bc)
Sep 21 16:45:30 webstack.local.caplib dhclient[1390]: bound to 192.168.15.120 -- renewal in 865 seconds.
Sep 21 16:45:36 webstack.local.caplib systemd[1]: Starting Cleanup of Temporary Directories...
-- Subject: Unit systemd-tmpfiles-clean.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-tmpfiles-clean.service has begun starting up.
Sep 21 16:45:36 webstack.local.caplib systemd[1]: Started Cleanup of Temporary Directories.
-- Subject: Unit systemd-tmpfiles-clean.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-tmpfiles-clean.service has finished starting up.
--
-- The start-up result is done.

这两者都无济于事。我该如何解决这个问题？

【问题讨论】：

您可以检查/var/log/jenkins/jenkins.log中的任何错误消息。
我相信不存在这样的文件
1.您正在运行什么 Java 版本？ 2. 你是否启用了 firewalld 或 iptables？ 3.先尝试启用服务，然后启动。
确保也安装了 java。如果您在亚马逊网络服务器上安装 jenkins：medium.com/@itsmattburgess/…

标签： jenkins

【解决方案1】：

错误：Linux / Centos：

jenkins.service 的作业失败，因为控制进程以错误代码退出。详见“systemctl status jenkins.service”和“journalctl -xe”。

解决方案：

编辑 Jenkins 初始化文件
```
sudo vi /etc/init.d/jenkins
```

添加自己的Java路径，例如：

/opt/oracle/product/java/jdk1.8.0_45/bin/java

重启服务：

sudo service jenkins start
sudo service jenkins status
sudo service jenkins stop

【讨论】：

我们在哪里添加java路径？
你应该在 Candidate="" 中添加路径

【解决方案2】：

添加到 Guna Sekaran 已经回答的内容。 Jenkins 需要用户 jenkins 存在才能将 jenkins 作为服务运行。

以 root 身份添加用户 fire 'useradd jenkins' 并在启动 Jenkins 作为服务之前以 root 身份启动“passwd jenkins”。

【讨论】：

【解决方案3】：

我在 Ubuntu 16.04 上遇到了类似的问题。感谢@Guna，我发现我必须手动安装 Java (sudo apt install openjdk-8-jre)。

【讨论】：

我怀疑这行不通。 jenkins documentation 明确表示：“Java 8 是唯一受支持的运行时环境，支持 32 位和 64 位版本”和“不支持 Java 9”。请更新您的答案。
@smartmeta 感谢您注意到这一点，我更新了答案。不过，它当时对我有用（至少我没有注意到任何问题）。可能“不支持”仅表示他们不使用此版本进行测试/维护。

【解决方案4】：

Ubuntu 16.04 上的类似问题。

Setting up jenkins (2.72) ...
Job for jenkins.service failed because the control process exited with error code. See "systemctl status jenkins.service" and "journalctl -xe" for details.
invoke-rc.d: initscript jenkins, action "start" failed.
● jenkins.service - LSB: Start Jenkins at boot time
Loaded: loaded (/etc/init.d/jenkins; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2017-08-01 05:39:06 UTC; 7ms ago
Docs: man:systemd-sysv-generator(8)
Process: 3700 ExecStart=/etc/init.d/jenkins start (code=exited, status=1/FAILURE)

Aug 01 05:39:06 ip-0 systemd[1]: Starting LSB: Start Jenkins ....
Aug 01 05:39:06 ip-0 jenkins[3700]: ERROR: No Java executable ...
Aug 01 05:39:06 ip-0 jenkins[3700]: If you actually have java ...
Aug 01 05:39:06 ip-0 systemd[1]: jenkins.service: Control pro...1
Aug 01 05:39:06 ip-0 systemd[1]: Failed to start LSB: Start J....
Aug 01 05:39:06 ip-0 systemd[1]: jenkins.service: Unit entere....
Aug 01 05:39:06 ip-0 systemd[1]: jenkins.service: Failed with....

要解决此问题，请手动安装 Java 运行时环境：

JDK 版本 9：

sudo apt install openjdk-9-jre

JDK 版本 8：

sudo apt install openjdk-8-jre

打开Jenkins配置文件：

sudo vi /etc/init.d/jenkins

最后，将路径附加到新的 java 可执行文件（第 16 行）：

PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/lib/jvm/java-8-openjdk-amd64/bin/

【讨论】：

为了进一步改进你的答案安德鲁。在撰写此评论时，v9 将无法正常工作，并且 jenkins 将失败并显示“发现错误的 Java 版本”，因此要解决您应该选择版本 8 作为默认 Java 环境的问题，只需运行 sudo update-alternatives --config java 然后选择您的版本 8
就我而言，从 Java 9 更改为 java 8 成功了。感谢@privilegue 的评论
@Andrew：我在使用 java8 的 ubuntu 16.04 上遇到了同样的问题。对我来说，使用最新的 jenkins (LTS) 版本很有效。
不适用于jdk-13。在大多数情况下，您必须坚持使用jdk-8。更多细节在这里https://jenkins.io/doc/administration/requirements/java/

【解决方案5】：

在 ubuntu、ubuntu 衍生产品和 opensuse 上仍然存在同样的错误。这是绕过并继续前进的好方法，直到您可以解决实际问题。

只需使用来自 dockerhub 的 jenkins 的 docker 镜像。

docker pull jenkins/jenkins

docker run -itd -p 8080:8080 --name jenkins_container jenkins

使用浏览器导航到：

localhost:8080 或 my_pc:8080

要在登录屏幕上给出的路径获取令牌：

docker exec -it jenkins_container /bin/bash

然后导航到令牌文件并将代码复制/粘贴到登录屏幕中。您可以使用 kde/gnome/lxde/xfce 终端中的编辑/复制/粘贴菜单复制终端文本，然后使用 ctrl-v 粘贴它

战争档案

或者使用 jenkins.war 文件。出于开发目的，您可以从命令行以您的用户（或 jenkins）身份运行 jenkins，或者在 /usr/local 或 /opt 中创建一个简短的脚本来启动它。

从 jenkins 下载页面下载 jenkins.war：

https://jenkins.io/download/

然后把它放在安全的地方，~/jenkins 会是个好地方。

mkdir ~/jenkins; cp ~/Downloads/jenkins.war ~/jenkins

然后运行：

nohup java -jar ~/jenkins/jenkins.war > ~/jenkins/jenkins.log 2>&1

要获取初始管理员密码令牌，请复制以下文本输出：

cat /home/my_home_dir/.jenkins/secrets/initialAdminPassword

并将其粘贴到带有 ctrl-v 作为初始管理员密码的框中。

希望这篇文章足够详细，可以帮助您上路...

【讨论】：

【解决方案6】：

vi /etc/init.d/jenkins

添加：

/usr/lib/jvm/java/jre/bin/java

【讨论】：

感谢您的意见。但也许阅读Tour 来学习如何提问和回答问题是个好主意

【解决方案7】：

~>$ sudo vim /etc/rc.d/init.d/jenkins

候选人="

/etc/alternatives/java

/usr/lib/jvm/java-1.8.0/bin/java

/usr/lib/jvm/jre-1.8.0/bin/java

/usr/lib/jvm/java-1.7.0/bin/java

/usr/lib/jvm/jre-1.7.0/bin/java

/usr/bin/java

/usr/java/jdk1.8.0_162/bin/java ##添加你的java路径

"

【讨论】：

这是什么？试着更友好地解释一下
@Aaric：感谢您的意见。但也许阅读Tour 来学习如何提问和回答问题是个好主意。

【解决方案8】：

我在 CentOS 7 上遇到了类似的问题，但安装了正确版本的 Java，java -version 给出了很好的结果。

从不同的 SO 线程收集多个答案我做了以下：

确保已安装 Java（并且版本与 Jenkins 兼容） CentOS 有一些技巧，在 Jenkins 官方教程中有提到 here

如果 Java 已安装且可用，则在运行 java -v 时输出应如下所示：

    ~>$java -version
    openjdk version "1.8.0_161"
    OpenJDK Runtime Environment (build 1.8.0_161-b14)
    OpenJDK 64-Bit Server VM (build 25.161-b14, mixed mode)

将 Java 路径添加到您的 /etc/rc.d/init.d/jenkins

   ~>$ sudo vim /etc/rc.d/init.d/jenkins
    candidates="
    /etc/alternatives/java
    /usr/lib/jvm/java-1.8.0/bin/java
    /usr/lib/jvm/jre-1.8.0/bin/java
    /usr/lib/jvm/java-1.7.0/bin/java
    /usr/lib/jvm/jre-1.7.0/bin/java
    /usr/bin/java
    /usr/java/jdk1.8.0_162/bin/java ##add your java path here
    "

如何获取 Java 分发的“真实”路径，当您键入 java -v 之类的 smth 时调用该路径 关注this SO线程

如果上述步骤没有帮助，请尝试确保所有权限问题都已解决：

如果 Jenkins 运行 Java 失败，可能是 jenkins 用户没有运行它的权限，然后在配置中将 jenkins 更改为 root（描述为 here）
尝试使用chmod设置755对java安装文件夹的权限

最后是什么帮助了我 当我按照尝试sudo service jenkins start 时的建议运行journalctl -xe 时，我得到了类似的Java 堆栈跟踪：

Starting CloudBees Jenkins Enterprise Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at Main._main(Main.java:140)
at Main.main(Main.java:98)
Caused by: java.lang.UnsatisfiedLinkError: /tmp/jna--1712433994/jna7387046629130767794.tmp: /tmp/jna--1712433994/jna7387046629130767794.tmp: failed to map segment from shared object: Operation not permitted
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1937)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1822)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:761)
at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:736)
at com.sun.jna.Native.<clinit>(Native.java:131)
at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89)
at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:128)
at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:116)
at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104)
at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92)
at com.sun.akuma.Daemon.daemonize(Daemon.java:106)
at com.sun.akuma.Daemon.all(Daemon.java:88)
... 6 more

问题是 Jenkins 尝试从 /tmp 目录启动 JNA 库，该目录默认标记为 noexec，因此我们可以通过在 /jenkins 路径中创建一个临时目录来修复它被执行。 here by CloudBees support 描述了完整的方法（非常感谢他们）

我希望此列表中的某些内容会有所帮助（而且我主要将其留给我，因为将来我必须再次为 CentOs 安装 Jenkins :)

【讨论】：

感谢您的回答，我遇到了与您提到的“无法从共享对象映射段”相同的问题链接中的答案有所帮助。
我在 RHEL 7 上收到了一个类似的错误，并遵循了 cloudbees 支持页面中的选项 1，它也为我解决了这个问题。英雄。
感谢@rodikno，centos7 问题出在 /tmp 权限上。

【解决方案9】：

我遇到了同样的问题，当我检查是否安装了 Java 时，我意识到没有，所以安装 Java 解决了我的问题。

检查java：

java -version

如果系统中安装了Java，该命令将返回Java版本，否则将显示这样的消息。

The program 'java' can be found in the following packages:
 * default-jre
 * gcj-5-jre-headless
 * openjdk-8-jre-headless
 * gcj-4.8-jre-headless
 * gcj-4.9-jre-headless
 * openjdk-9-jre-headless

要安装java，请使用以下命令。

sudo apt-get install default-jre

【讨论】：

【解决方案10】：

对于 ubuntu 16.04，存在防火墙问题。您需要使用以下命令打开 8080 端口：

sudo ufw allow 8080

这里给出详细步骤：https://www.digitalocean.com/community/tutorials/how-to-install-jenkins-on-ubuntu-16-04

【讨论】：

但问题是关于 centOS，而不是 Ubuntu。

【解决方案11】：

您只需要安装 Java。它在安装 Java 版本 8 后确实有效，使用这个命令：sudo apt install openjdk-8-jre-headless

【讨论】：

【解决方案12】：

看起来像 java 版本冲突。

请参考https://medium.com/lucian-daniliuc/upgrading-jenkins-on-ubuntu-14-04-lts-df3e1209f98c

【讨论】：

【解决方案13】：

我试图在 kubuntu 18.04 中安装它，我已经确定我已经安装了 java，我通过尝试确认

java-版本

我得到了这样的输出

java version "1.8.0_91"
Java(TM) SE Runtime Environment (build 1.8.0_91-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode)

因为我已经知道我的 java PATH 变量是在 /etc/environment 文件中定义的，所以我将该文件添加到 /etc/init.d/jenkins 文件的顶部

source /etc/environment

您甚至可以从 /etc/init.d/jenkins 文件中删除 PATH，因为它已在 /etc/environment 中定义

之后，我重新启动了我的 jenkins 服务器，它似乎从 localhost:8080 开始工作正常

【讨论】：

【解决方案14】：

在安装 Jenkins 之前，您应该安装 JDK：

apt install openjdk-8-jre

在此安装 Jenkins 之后：

apt-get install jenkins

并检查 Jenkins 状态（应该是“活动”）：

systemctl status jenkins.service

【讨论】：

【解决方案15】：

我在设置 jenkins 时遇到了同样的问题，问题是 java 没有安装，因此在路径中不可用。

最简单的方法是在这里使用 scp 将 jdk 二进制文件复制到 aws ec2 盒子，如果你制作一个脚本将无法工作，因为他们不断更新下载 url（Orale，我的意思是）： scp -i C:/Users/key-pair.pem jdk-8u191-linux-x64.tar.gz ec2- user@54.183.220.7:~/

$cd /opt

$sudo cp /home/ec2-user/jdk* .

$sudo chmod +x jdk*

$sudo tar xzf jdk-8u191-linux-x64.tar.gz

$sudo tar xzf jdk-8u191-linux-x64.tar.gz

$cd jdk1.8.0_191/

$sudo alternatives --install /usr/bin/java java /opt/jdk1.8.0_191/bin/java 2

$sudo alternatives --config java

在这里，我在 loal windows 中下载 tar.gz 文件并通过 scp 传输到 AWS ec2-user，默认目录。希望对您有所帮助。

【讨论】：

【解决方案16】：

在我的例子中，8080 端口被其他服务占用（Apache Airflow）。

所以我在这个文件中编辑了 HTTP 端口：

sudo vi /etc/default/jenkins

然后启动服务并运行：

sudo service jenkins start

我在 Ubuntu 18.04 上安装了 openjdk-8

【讨论】：

【解决方案17】：

rm -rf /var/log/jenkins 日志太大

【讨论】：

我不这么认为。他刚刚安装了一个新的 jenkins 服务。

【解决方案18】：

[100 %]已解决。我今天遇到了同样的问题。我检查了我的服务器空间

df-h

我看到服务器空间不足，所以我检查哪个目录的大小最大

sudo du -ch / | sort -h

我看到 12.2G /var/lib/jenkins 所以我进入这个文件夹并清除了所有日志

cd /var/libs/jenkins
rm *

然后重启jenkins就可以正常工作了

sudo systemctl restart jenkins.service

【讨论】：

【解决方案19】：

如果它是 AWS linux 实例，最简单的可能解决此问题的方法

sudo yum install java-1.8.0 -y 

sudo yum remove java-1.7.0-openjdk

【讨论】：

【解决方案20】：

我有以下错误：

jenkins.service 的作业失败，因为控制进程以错误代码退出。详见“systemctl status jenkins.service”和“journalctl -xe”。

解决方案是在以下文件中将 NAME 恢复为 jenkins（之前我已将其更改为 'NAME=ubuntu'）：

sudo vi /etc/default/jenkins
    NAME=jenkins

现在重启通过了：

sudo service jenkins restart
sudo systemctl restart jenkins.service

希望对您有所帮助。

【讨论】：

【解决方案21】：

在我的例子中，我是从 root 而不是 jenkins 用户启动 jenkins 服务

我做到了

sed -i 's/JENKINS_USER="jenkins"/JENKINS_USER="root"/g  /etc/sysconfig/jenkins

然后

service jenkins restart

一切正常

【讨论】：

【解决方案22】：

在我的情况下，问题是不受支持的 java 版本

检查文件/etc/init.d/jenkins，了解支持哪些java版本。

要查找支持的 java 版本，请运行

grep -m 1 "JAVA_ALLOWED_VERSIONS" /etc/init.d/jenkins

输出将是这样的（你的可能不同）

JAVA_ALLOWED_VERSIONS=( "1.8" "11" )

在我的情况下，支持 1.8 和 11 版。我将使用版本 11。

使用命令安装支持的jre版本

对于 ubuntu/debian

sudo apt install openjdk-11-jre

供centOS使用

sudo yum install java-11-openjdk-devel

找到新安装的jre的路径

对于 ubuntu/debian 路径是

/usr/lib/jvm/java-11-openjdk-amd64/bin/java

你可以在centOS上找到/usr/lib/jvm/下的路径

修改文件/etc/init.d/jenkins 在第 28 行，将 JAVA=`type -p java` 替换为 JAVA='/usr/lib/jvm/java-11-openjdk-amd64/bin/java'

现在运行命令重新加载 systemctl 守护进程

sudo systemctl daemon-reload

启动jenkins服务

sudo systemctl start jenkins

【讨论】：

【解决方案23】：

安装 Java 为我解决了这个问题！

请尝试这样安装：

sudo apt install openjdk-11-jdk

【讨论】：

【解决方案24】：

[root~]# systemctl start jenkins

jenkins.service 的作业失败，因为控制进程以错误代码退出。详见“systemctl status jenkins.service”和“journalctl -xe”。

[根~]# [root~]# systemctl status jenkins.service

● jenkins.service - LSB: Jenkins Automation Server
   Loaded: loaded (/etc/rc.d/init.d/jenkins; bad; vendor preset: disabled)
   Active: failed (Result: exit-code) since Thu 2021-08-26 03:31:13 UTC; 12s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 3465 ExecStart=/etc/rc.d/init.d/jenkins start (code=exited, status=1/FAILURE)

Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal systemd[1]: Starting LSB: Jenkins Automation Server...
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal jenkins[3465]: Starting Jenkins File "/usr/bin/java" is not executable.
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal jenkins[3465]: [FAILED]
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal systemd[1]: jenkins.service: control process exited, code=exited status=1
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal systemd[1]: Failed to start LSB: Jenkins Automation Server.
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal systemd[1]: Unit jenkins.service entered failed state.
Aug 26 03:31:13 ip-172-31-11-0.ap-south-1.compute.internal systemd[1]: jenkins.service failed.

我遇到了这个问题。问题是我还没有安装java。这是针对亚马逊 Linux 的。要在 Amazon Linux 上安装 Java，请使用：sudo yum install java。

【讨论】：

【解决方案25】：

在我的情况下同样的错误，我尝试了上述所有解决方案，但它们都不起作用，因为这里不是 java 的问题。请按照此步骤成功。

在点击 sudo yum install jenkins java-1.8.0-openjdk-devel -y 之前，您需要执行以下步骤

step1: sudo amazon-linux-extras install epel -y
step2:sudo vi vim /etc/yum.repos.d/epelfordaemonize.repo  (it will open  vim)
step3:Enter this command after step2(vim is open)

   [daemonize]
   baseurl=https://download-ib01.fedoraproject.org/pub/epel/7/x86_64/
   gpgcheck=no
   enabled=yes
step4: For saving those command, type :wq and hit enter again write :wq and hit enter,it will save and return back.
step5: Now,sudo yum install jenkins java-1.8.0-openjdk-devel -y,it will work

【讨论】：

【解决方案26】：

安装证书-

sudo apt install ca-certificates

那么，尝试更新和升级包-

sudo apt 升级
sudo apt 更新

然后点击链接安装 Jenkins :)

https://www.digitalocean.com/community/tutorials/how-to-install-jenkins-on-ubuntu-18-04

【讨论】：