AWS EKS集群执行kubectl attach登录blast容器失败问题咨询

错误根因 #

从报错信息可定位两个核心问题：

• 权限不足：当前使用的developer用户在default命名空间下，没有pods/attach资源的创建权限
• 容器未开启TTY分配：目标blast容器启动时未配置tty: true参数，不支持交互式attach操作

解决方案 #

方案一：优先使用kubectl exec进入容器 #

大多数场景下进入容器优先使用kubectl exec，无需提前配置attach相关参数，通用性更强：

# 尝试进入容器执行sh
kubectl exec -it default-blast-bb6469fb4-nz5bz -- /bin/sh
# 若容器无sh，尝试bash
kubectl exec -it default-blast-bb6469fb4-nz5bz -- /bin/bash

如果执行上述命令同样提示权限错误，继续执行下方权限配置步骤。

方案二：配置RBAC权限 #

为developer用户配置default命名空间下的容器交互操作权限，创建如下YAML配置文件：

apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  namespace: default
  name: pod-interactive-access
rules:
- apiGroups: [""]
  resources: ["pods/exec", "pods/attach"]
  verbs: ["create"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: developer-pod-access
  namespace: default
subjects:
- kind: User
  name: developer
  apiGroup: rbac.authorization.k8s.io
roleRef:
  kind: Role
  name: pod-interactive-access
  apiGroup: rbac.authorization.k8s.io

执行命令应用配置：

kubectl apply -f 配置文件名.yaml

方案三：如需使用attach命令修复容器配置 #

如果必须使用kubectl attach，需要修改对应工作负载的配置，给blast容器添加tty: true参数：

# 在deployment的spec.template.spec.containers对应条目下新增配置
containers:
- name: blast
  image: wurmlab/sequenceserver:2.0.0.rc8
  tty: true

更新配置后Pod会自动重建，完成后即可正常使用attach命令。

内容的提问来源于stack exchange，提问作者user977828