#google-compute-engine #jupyterhub #google-compute-disk
#google-compute-engine #jupyterhub #google-compute-disk
Вопрос:
Я использую сервер JupyterHub в экземпляре Google Cloud Compute, и недавно возникла проблема, из-за которой у меня закончилось место на жестком диске, что привело к сбою сервера JupyterHub с 500 ошибками и т.д. Я должен упомянуть, что я использую самый маленький JupyterHub для запуска сервера JupyterHub. Я просмотрел варианты расширения пространства на жестком диске моего экземпляра, и рекомендуемым действием, по-видимому, было подключение зонального постоянного диска. Я следовал инструкциям Google, и, похоже, он подключен, как и ожидалось. Смотрите Вывод df -h ниже, который предполагает, что он был смонтирован, как ожидалось.
Однако я не могу понять, действительно ли этот новый жесткий диск используется для хранения сервером виртуальной машины / JupyterHub. Я беспокоюсь, что, поскольку я продолжаю использовать сервер JupyterHub, он просто снова заполнит исходный /dev/sda1 диск объемом 20 ГБ, не используя новые 200 ГБ /dev/sdb для переполнения. Как я могу проверить, будет ли использоваться зональный постоянный диск, как ожидалось, чтобы избежать зависания JupyterHub из-за нехватки места на жестком диске?
Я действительно не эксперт в этом, поэтому заранее извиняюсь, если это глупый вопрос.
Заранее спасибо!
Ответ №1:
Я думаю, что самый простой способ решить эту проблему — изменить размер вашей файловой /dev/sda1 системы. Вы можете проверить этот документ для получения дополнительной информации.
- Перейдите на страницу экземпляров виртуальной машины.
- Остановите свой экземпляр.
- Перейдите на страницу Диски, чтобы просмотреть список зональных постоянных дисков в вашем проекте.
- Щелкните имя диска, размер которого вы хотите изменить.
- На странице сведений о диске нажмите Изменить.
- В поле Размер введите новый размер для вашего диска.
- Нажмите Сохранить, чтобы применить внесенные изменения к диску.
- Снова запустите свой экземпляр.
Я воспроизвожу его в своем собственном экземпляре, это моя файловая система до изменения 
После изменения размера моего диска:
Другой вариант для вашего случая — изменить размер файловой системы и разделов на зональном постоянном диске, чтобы операционная система могла получить доступ к дополнительному пространству.
Комментарии:
1. Спасибо Хосе. Один вопрос: я последовал вашему методу, а затем попытался изменить размер системы, чтобы операционная система могла получить доступ к новому пространству. Я перешел по ссылке, которую вы предоставили. Я понимаю, поскольку это загрузочный диск, мне пришлось выполнить шаг 4 и использовать growpart для расширения раздела. Однако, когда я это делаю, запустив «sudo growpart / dev / sda 1». Я получаю следующую ошибку «NOCHANGE: раздел 1 имеет размер 83658719. он не может быть увеличен». Затем, когда я перехожу к следующему шагу 5 и пытаюсь «sudo resize2fs / dev / sda», я получаю «Файловая система уже имеет длину 10457339 (4k) блоков. Ничего не нужно делать! «. Есть какие-нибудь идеи?
2. Я думаю, вам следует отключить дополнительный диск, который вы уже смонтировали, и просто следуйте инструкциям для первого варианта изменения размера загрузочного диска. Таким образом, вы сможете сразу увидеть изменения. С другой стороны, если вы хотите продолжить добавление этого диска, я нашел этот пост , где эта ошибка устраняется.
Ответ №2:
Вы можете проверить эту ссылку, чтобы изменить каталог, используемый вашим сервером JupyterHub.
Другим обходным путем будет увеличение размера вашего диска по умолчанию (sda1). Вы можете сделать это, сначала остановив свой экземпляр, затем перейдите в Compute Engine> Диски. Щелкните диск вашего экземпляра, затем нажмите Редактировать в верхней части страницы. Введите новый размер диска, который вы хотите, затем нажмите Сохранить.