主页 / unix / 问题

问题[jenkins](unix)

Martin Hope
Hans
Asked: 2021-12-25 06:24:24 +0800 CST
  • 0

使用默认配置，Jenkins 正在监听 8080 端口：

$ ss -tulpn | grep 8080
tcp  LISTEN 0      50       *:8080            *:*     users:(("java",pid=3052,fd=115)

但是，我想改变它并让 Jenkins 监听端口 80。

当我进入/etc/sysconfig/jenkins并更改JENKINS_PORT为JENKINS_PORT="80"并重新启动sudo service jenkins restart时，我得到：

$ ss -tulpn | grep 8080
$ ss -tulpn | grep 80
$ curl localhost:8080
curl: (7) Failed to connect to localhost port 8080 after 0 ms: Connection refused
$ curl localhost:80
curl: (7) Failed to connect to localhost port 80 after 0 ms: Connection refused

如何让 Jenkins 监听 80 端口？

jenkins
Martin Hope
GotExx
Asked: 2019-04-09 03:25:50 +0800 CST
  • 0

当我想创建几个 shell 命令时，我的脚本管道返回第一个命令的答案而不执行管道。这是我的情况：我想在 HTML 页面上获取特定内容。所以我在页面上卷曲，然后是 grep，最后是 awk。

def checkState(hostUri, check) {
  node('master') {
    def result = sh 'curl -Lsd "login=username&password=password&button=Login" -c cookie ${hostUri} && grep ${check} && awk -F \'"\' {\'print $2\'}'
    println result
}

只有我的管道的控制台返回对应只执行curl命令而不执行grep和awk。

Running on Jenkins in /var/lib/jenkins/workspace/Clearcase@8
[Pipeline] {
[Pipeline] sh
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
...
</html>
[Pipeline] }
[Pipeline] // node

我尝试了不同的方法，例如使用脚本管道中不存在'''的命令。new BuildProcess

jenkins
Martin Hope
sarnikowski
Asked: 2018-09-04 04:40:18 +0800 CST
  • 3

我无法让 Jenkins 写入目录，但是我相信我已经设置了正确的权限。Jenkins 由一个名为“jenkins”的用户运行，该用户属于一个名为“jenkins-group”的组。当我ll：

drwxrwxr-x 2 jenkins-group jenkins-group 68 Sep 3 13:01 test_save_data_jenkins_R

我遵循以下链接中推荐的方法，通过创建一个具有“rwx”权限的组并将运行 Jenkins 的用户添加到该组。如何正确允许用户 jenkins 写入用户 minecraft 主目录下的特定目录？.

所以我给了组“jenkins-group”rwx权限，这反过来也应该给用户“jenkins”这些权限，因为它有这个组作为辅助。当我从终端登录到用户“jenkins”时，我可以使用touch test.txt. 但是，当我在执行 shell 中使用以下命令从 Jenkins 运行构建时：

cd /apps/models/test_save_data_jenkins_R && whoami && touch test.txt

我收到以下错误：

+ cd /apps/models/test_save_data_jenkins_R
+ whoami
jenkins
+ touch test.txt
touch: cannot touch ‘test.txt’: Permission denied
Build step 'Execute shell' marked build as failure
Finished: FAILURE

请注意，组“jenkins-group”也对文件夹“apps”和“models”具有 rwx 权限。我尝试使用以下命令授予用户“jenkins”直接权限：

$ setfacl -Rm user:jenkins:rwx /apps/models/test_save_data_jenkins_R/

这将导致脚本成功运行。然而，这确实是一种解决方法，我想了解我在以前的方法中做错了什么。

更新#1

运行groups jenkins：

jenkins : jenkins jenkins-group

运行getfacl返回：

# file: test_save_data_jenkins_R/
# owner: jenkins-group
# group: jenkins-group
user::rwx
group::rwx
other::r-x

更新#2

在 jenkins 脚本中运行 /usr/bin/id 给出：

+ /usr/bin/id 
uid=775(jenkins) gid=895(jenkins) groups=895(jenkins)

从终端运行 /usr/bin/id 给出：

uid=775(jenkins) gid=895(jenkins) groups=895(jenkins),1012(jenkins-group)

请注意，在运行 jenkins 服务的 safeRestart 后也会发生这种情况。

linux jenkins
Martin Hope
Mohammed Ali
Asked: 2017-12-16 02:02:50 +0800 CST
  • 1

有没有人如何连接到docker主机uri？我需要设置 jenkins 在 docker 主机上执行任务？？这是 docker 主机信息。这是基于 Ubuntu 的机器。

root@node1:~# netstat -tulnp | grep LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1263/sshd
tcp        0      0 127.0.0.1:6010          0.0.0.0:*               LISTEN      3526/0
tcp        0      0 127.0.0.1:6011          0.0.0.0:*               LISTEN      3793/1
tcp6       0      0 :::22                   :::*                    LISTEN      1263/sshd
tcp6       0      0 ::1:6010                :::*                    LISTEN      3526/0
tcp6       0      0 ::1:6011                :::*                    LISTEN      3793/1
root@node1:~#
root@node1:~#
root@node1:~# systemctl status docker
● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2017-12-14 06:44:46 UTC; 1 day 2h ago
     Docs: https://docs.docker.com
 Main PID: 1249 (dockerd)
    Tasks: 17
   Memory: 69.5M
      CPU: 2min 233ms
   CGroup: /system.slice/docker.service
           ├─1249 /usr/bin/dockerd -H fd://
           └─1401 containerd -l unix:///var/run/docker/libcontainerd/docker-containerd.sock --metrics-interval=0 --start-timeout 2m --state-dir /var/run/docker/libco

Dec 14 06:44:46 node1 dockerd[1249]: time="2017-12-14T06:44:46.551798058Z" level=info msg="Daemon has completed initialization"
Dec 14 06:44:46 node1 dockerd[1249]: time="2017-12-14T06:44:46.551973729Z" level=info msg="Docker daemon" commit=092cba3 graphdriver=aufs version=1.13.1
Dec 14 06:44:46 node1 systemd[1]: Started Docker Application Container Engine.
Dec 14 06:44:46 node1 dockerd[1249]: time="2017-12-14T06:44:46.580061946Z" level=info msg="API listen on /var/run/docker.sock"
Dec 15 06:41:09 node1 dockerd[1249]: time="2017-12-15T06:41:09.897610342Z" level=warning msg="failed to retrieve runc version: unknown output format: runc version sp
Dec 15 06:41:09 node1 dockerd[1249]: time="2017-12-15T06:41:09.900105358Z" level=warning msg="failed to retrieve docker-init version: unknown output format: tini ver
Dec 15 08:56:46 node1 dockerd[1249]: time="2017-12-15T08:56:46.836355744Z" level=warning msg="failed to retrieve runc version: unknown output format: runc version sp
Dec 15 08:56:46 node1 dockerd[1249]: time="2017-12-15T08:56:46.838301865Z" level=warning msg="failed to retrieve docker-init version: unknown output format: tini ver
Dec 15 09:06:19 node1 dockerd[1249]: time="2017-12-15T09:06:19.272709345Z" level=warning msg="failed to retrieve runc version: unknown output format: runc version sp
Dec 15 09:06:19 node1 dockerd[1249]: time="2017-12-15T09:06:19.274916674Z" level=warning msg="failed to retrieve docker-init version: unknown output format: tini ver
docker jenkins