我来帮你梳理下这个问题的核心原因和解决办法，这类问题大多和Jenkins运行环境的环境变量、文件权限/归属有关，咱们一步步来：

一、先搞清楚两个核心问题的根源 #

1. kubectl: not found 的原因
   你在命令行能正常运行kubectl，是因为你的ubuntu用户PATH环境变量里包含了/home/ubuntu/bin目录，但Jenkins作为服务启动时，并不会加载用户的~/.bashrc或~/.profile配置，导致它的PATH里没有这个路径，自然找不到kubectl命令。

2. 权限拒绝的原因
   看你贴出的kubectl文件信息：-rwxrwxr-x 1 777 ubuntu ...，这里的文件所有者是UID为777的无效用户（不是ubuntu），虽然所属组是ubuntu且有执行权限，但Jenkins运行时的环境可能因为所有者异常导致权限验证失败。另外还要确认Jenkins是不是真的用ubuntu用户在运行。

二、具体解决步骤 #

步骤1：确认Jenkins的运行用户

先在你的Pipeline里加一行命令，看看Jenkins到底用哪个用户执行脚本：

sh 'whoami'

运行Pipeline后看输出，这是后续操作的关键。

情况A：Jenkins确实用ubuntu用户运行

1. 修正kubectl的文件归属
   先把kubectl的所有者改成ubuntu用户，解决权限异常：

sudo chown ubuntu:ubuntu /home/ubuntu/bin/kubectl

2. 让Jenkins的PATH包含kubectl路径
   有两种方式：

• 方式一（全局生效）：进入Jenkins后台 → 系统管理 → 系统配置 → 全局属性，勾选「环境变量」，添加键为PATH，值填$PATH:/home/ubuntu/bin（保留原有PATH，避免影响其他命令）。
• 方式二（仅当前Pipeline生效）：在Pipeline里临时设置环境变量：

  pipeline {
      agent any
      environment {
          PATH = "$PATH:/home/ubuntu/bin"
      }
      stages {
          stage('Deploy to EKS') {
              steps {
                  sh 'kubectl apply -f deployment.yaml'
              }
          }
      }
  }
  

情况B：Jenkins用jenkins用户运行（这是默认情况）

如果whoami输出是jenkins，那说明你之前的认知有误，Jenkins默认用自身的jenkins用户运行，不是你登录的ubuntu用户：

1. 让jenkins用户能访问kubectl
   最简单的方式是把kubectl复制到系统级的公共PATH目录（所有用户都能访问）：

sudo cp /home/ubuntu/bin/kubectl /usr/local/bin/
sudo chmod +x /usr/local/bin/kubectl

2. 同步kubeconfig配置
   你在ubuntu用户下能连接EKS，是因为~/.kube/config里有集群凭证，需要把这个配置同步给jenkins用户：

sudo mkdir -p /var/lib/jenkins/.kube
sudo cp /home/ubuntu/.kube/config /var/lib/jenkins/.kube/config
sudo chown jenkins:jenkins /var/lib/jenkins/.kube/config
sudo chmod 600 /var/lib/jenkins/.kube/config

3. 验证配置
   之后在Pipeline里直接运行kubectl apply -f deployment.yaml即可，因为/usr/local/bin默认在系统PATH里，jenkins用户能找到命令，也有了合法的kubeconfig凭证。

额外提醒 #

如果同步kubeconfig后还是有问题，可以在Pipeline里先执行kubectl config view命令，看看是否能正常读取集群配置，排查凭证是否生效。

备注：内容来源于stack exchange，提问作者user22087029