#google-app-engine #google-cloud-platform #google-cloud-shell
#google-движок приложений #google-cloud-platform #google-cloud-shell
Вопрос:
Ранее я использовал в приложении, которое я разрабатываю, развертывание приложения gcloud без ошибок — с использованием облачной оболочки Google
Однако теперь я получаю следующее
Error Response: [3] The directory [.cache/jedi/CPython-27-33] has too many files (greater than 1000).
Я захожу в App Engine -> Версии и удаляю старые версии, но это не помогло.
Я смотрю в последнюю версию -> Инструменты -> Исходный код и вижу каталог
app-engine:
.cache
jedi
CPython-27-33
<4 .pkl directories each with too many files and no option to delete>
Я буду признателен за любые советы или ссылки на документацию о том, как удалить этот каталог и избежать проблем в будущем, чтобы я мог успешно использовать развертывание приложения gcloud из облачной оболочки Google
Ответ №1:
Вы можете использовать файл gcloudignore (аналогичный .gitignore
файлу), чтобы избежать загрузки папки во время развертывания.
Вы сталкиваетесь с ограничением, описанным здесь (1000 файлов в каталоге, всего 10000 файлов), и это ограничение на стороне GCP. Если вы не загружаете эти файлы через .gcloudignore
файл, вы перестанете сталкиваться с этой ошибкой.
Дополнительно, если вам нужно загрузить более 10 тысяч файлов в app Engine, вы можете обратиться в службу поддержки GCP и попросить увеличить этот лимит для вашего проекта. Обычно они запрашивают вескую причину, по которой вам нужно новое количество файлов, и требуется около недели, чтобы это изменить. Файлы в папке не могут быть увеличены.
Ответ №2:
Я пошел в
cd .cachejediCPython-27-33
и казнен
rm *
что решило мою проблему
Комментарии:
1. это больше похоже на временный обходной путь, чем на правильное решение. Если файлы были там однажды, есть вероятность, что они появятся снова в конечном итоге. Даже если их будет < 1000, на самом деле нет причин загружать их в производственную среду, поэтому я бы очень рекомендовал вам следовать совету от @Jofre и использовать
.gcloudignore
file2. Это не точное решение, оно носит временный характер, то, что предложил Джофре, является лучшим решением, которое я даже использовал однажды