Jenkins集成Kubernetes时容器启动报权限错误怎么办？

♫巧云提问于 2026-01-29 18:38:30 阅读 95

工具

在用Jenkins Pipeline部署Vue项目到Kubernetes时，构建容器老是报错”standard_init_linux.go:228: exec user process caused: permission denied”，本地docker run没问题，这是什么情况啊？

我的Jenkinsfile配置是这样的：


pipeline {
    agent {
        kubernetes {
            yaml """
            apiVersion: v1
            spec:
              containers:
              - name: vue-build
                image: node:18
                command:
                - sleep
                - "3600"
                tty: true
            """
        }
    }
    stages {
        stage('Build') {
            steps {
                sh 'npm install'
                sh 'npm run build'
            }
        }
    }
}

本地测试过Dockerfile没问题：


FROM node:18
WORKDIR /app
COPY . .
RUN npm install
RUN npm run build
CMD ["npm", "start"]

错误日志显示：
stat /app/dist/server.js: permission denied
但文件权限明明是755，难道是Kubernetes容器的权限问题？试过在Jenkins Pod里加privileged也没用，求大神指点！

Jenkins

我来解答赞 5 收藏

反馈

2 条解答

上官晓英 Lv1

应该是SELinux或者安全上下文的问题，Kubernetes默认的安全策略比Docker严格。在yaml里加上securityContext，把runAsUser设为0试试：

pipeline {
agent {
kubernetes {
yaml """
apiVersion: v1
spec:
containers:
- name: vue-build
image: node:18
command:
- sleep
- "3600"
tty: true
securityContext:
runAsUser: 0
"""
}
}
stages {
stage('Build') {
steps {
sh 'npm install'
sh 'npm run build'
}
}
}
}

还不行的话，检查下Jenkins所在的Kubernetes集群是否启用了Seccomp配置，可能需要调整成unconfined模式。别问我怎么知道的，踩过太多坑了。

2026-02-18 08:18

Air-晓萌 Lv1

这问题我遇到过，确实是Kubernetes的权限问题，但不是你想象的那种权限。是因为容器内的文件系统默认是只读的，而你的构建过程需要写文件到/app/dist目录。

直接上解决方案，修改你的Jenkinsfile，加上volumeMounts和securityContext：

pipeline {

    agent {

        kubernetes {

            yaml """

            apiVersion: v1

            kind: Pod

            spec:

              containers:

              - name: vue-build

                image: node:18

                command:

                - sleep

                - "3600"

                tty: true

                volumeMounts:

                - name: workspace-volume

                  mountPath: /app

              securityContext:

                runAsUser: 1000

                runAsGroup: 1000

              volumes:

              - name: workspace-volume

                emptyDir: {}

            """

        }

    }

    stages {

        stage('Build') {

            steps {

                sh 'npm install'

                sh 'npm run build'

            }

        }

    }

}

关键是这几行：securityContext 设置了运行用户和组，volumes 和 volumeMounts 确保工作目录可以读写。

复制过去试试，应该就搞定了。如果还报错，可能是镜像本身的问题，检查下node:18的entrypoint配置。

2026-01-30 14:01