gcloud 组件更新权限被拒绝

Question

突然间，我在尝试运行任何 gcloud 命令（例如 gcloud components update）时开始出现“权限被拒绝”问题——如果我运行 sudo gcloud components update，则可以避免该问题，但我不清楚为什么 sudo 命令是突然需要？我实际上一直在尝试运行 GCMLE 实验并且它有相同的错误/警告，所以我尝试更新组件并仍然遇到这个问题。我已经旅行了几天并且没有做任何更改，因为几天前这些相同的命令起作用了。此外，我没有更改我的操作系统（Mac High Sierra 10.13.3）——谷歌方面是否有任何变化可以解释这种行为变化？永久绕过此警告的最佳行动方案是什么？

(conda-env) MacBook-Pro:user$ gcloud components update
WARNING: Could not setup log file in /Users/$USERNAME/.config/gcloud/logs, (IOError: [Errno 13] Permission denied: u'/Users/$USERNAME/.config/gcloud/logs/2018.03.10/XX.XX.XX.XXXXXX.log')

在sudo gcloud components update 之后，我能够启动 GCMLE 实验，但我也收到了同样的警告（尽管我的作业现在已成功提交）。

WARNING: Could not setup log file in /Users/#USERNAME/.config/gcloud/logs, (IOError: [Errno 13] Permission denied: u'/Users/$USERNAME/.config/gcloud/logs/2018.03.10/XX.XX.XX.XXXXXX.log')

Answer 1

大多数情况下，问题不是由~/.config/gcloud目录引起的，而是由root拥有的gcloud的安装目录引起的： drwxr-xr-x 20 root staff 640 Jun 20 18:22 google-cloud-sdk

解决方案： 您必须将该目录的权限更改为您的用户：

作者： sudo chown -R $USER /Users/$USER/bin/google-cloud-sdk

Answer 2

基于an answer 的类似问题，您可能需要更改相应目录的权限：

sudo chown -R $USER ~/.config/gcloud

同一篇文章表明，使用sudo 运行 gcloud 命令可能会导致权限失控。