突然、gcloud components update
などのgcloudコマンドを実行しようとすると「Permission Denied」の問題が発生し始めました-Sudo gcloud components update
を実行すれば問題は回避されましたが、Sudoコマンドの理由が明確ではありません突然必要ですか?私は実際にGCMLE実験を実行しようとしましたが、同じエラー/警告が発生したため、コンポーネントを更新しようとしても、この問題が発生しました。私は2日間旅行しましたが、これらの同じコマンドが数日前に機能して以来、何も変更しませんでした。さらに、私はOS(Mac High Sierra 10.13.3)を変更しませんでした-この動作の変化を説明する可能性のあるGoogle側の変更はありましたか?この警告を永久に回避するための最善の行動方針は何ですか?
(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')
同様の質問の 回答 に基づいて、おそらく適切なディレクトリへのアクセス許可を変更する必要があります。
Sudo chown -R $USER ~/.config/gcloud
その同じ投稿は、Sudo
を指定してgcloudコマンドを実行することにより、権限が無用に取得された可能性があることを示唆しています。
ほとんどの場合、問題の原因は~/.config/gcloud
ディレクトリではなく、ルートが所有する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