调用argocd login报错“Local config: current-context unset”排查求助

客户在EC2实例登录后进入自研Docker容器，以root用户执行argocd login命令时，报错“Local config: current-context unset”。经定位，核心疑点为Go代码中调用os.ReadFile("")时未返回预期的ENOENT错误（正常读取空路径应返回该错误），以下是具体排查方向：

• 自研容器的文件系统特殊配置
  检查容器内是否存在空路径对应的特殊实体：部分自定义文件系统或挂载方案可能将空路径解析为某个默认目录/文件（比如容器启动时通过特殊挂载规则把空路径映射到了某个已存在的文件），导致os.ReadFile("")能读取到内容而非返回不存在错误。

• 容器内Go运行时环境异常
  验证容器内的Go运行时是否被修改：客户自研容器可能替换了标准Go runtime实现，或注入了自定义文件系统钩子，导致os.ReadFile行为偏离标准逻辑。可在容器内运行以下测试代码直接验证：

  package main
  
  import (
      "fmt"
      "os"
  )
  
  func main() {
      _, err := os.ReadFile("")
      fmt.Printf("err type: %T, err: %v\n", err, err)
      if os.IsNotExist(err) {
          fmt.Println("err is NotExist")
      } else {
          fmt.Println("err is NOT NotExist")
      }
  }
  

  编译后在容器内执行，观察输出是否符合预期。

• 容器内root用户的文件系统隔离/权限异常
  尽管以root用户运行，但容器文件系统可能存在特殊权限映射或隔离机制：比如自定义SELinux规则、AppArmor配置对空路径读取做了特殊处理，导致系统返回其他错误而非ENOENT；或者容器内/proc、/sys等特殊挂载点异常，干扰了文件系统的正常判断。

• Argo-CD CLI二进制的自定义编译/打包问题
  确认客户使用的Argo-CD CLI是否为自定义编译版本：如果客户自行编译时修改了配置读取逻辑，或使用了非标准构建参数（比如启用自定义特性），可能导致空路径读取行为变化。对比官方标准版本CLI在同一容器内的运行结果，看是否能复现问题。

• 容器启动时的环境变量/脚本干扰
  检查容器启动时是否设置了特殊环境变量（比如与文件系统、Go运行时相关的变量），或执行了自定义启动脚本修改文件系统状态：比如某些脚本可能在容器启动时创建了特殊的空路径关联实体，或修改了进程的文件描述符表，导致os.ReadFile("")行为异常。

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