Size: a a a

Google Cloud Platform_ru

2020 December 09

OB

Oleg Basmanov in Google Cloud Platform_ru
давно поставил виртуалку, поставил Rstudio и в кроне запустил несколько скриптов. Года два туда не заходил. Сегодня заметил что один скрипт не отработал - данные в bq не появились. По внешнему ip в rstudio не могу зайти, пишет "This site can’t be reached"
из веб гугл клауда по ssh тоже не открывается, пробовал и ключи прокинуть открывать через putty и в убунте - тоже не открывает. Может кто помочь разобраться?
источник

OB

Oleg Basmanov in Google Cloud Platform_ru
и еще в логе вижу такие записи
Dec  9 14:42:24 instance-2 google_accounts_daemon[1239]: sed: couldn't flush /etc/security/sedEuWcNQ: No space left on device
Dec  9 14:42:24 instance-2 google-accounts: ERROR Exception calling the response handler. [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/'].#012Traceback (most recent call last):#012  File "/usr/lib/python3/dist-packages/google_compute_engine/metadata_watcher.py", line 200, in WatchMetadata#012    handler(response)#012  File "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_daemon.py", line 285, in HandleAccounts#012    self.utils.SetConfiguredUsers(desired_users.keys())#012  File "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_utils.py", line 318, in SetConfiguredUsers#012    mode='w', prefix=prefix, delete=True) as updated_users:#012  File "/usr/lib/python3.6/tempfile.py", line 681, in NamedTemporaryFile#012    prefix, suffix, dir, output_type = _sanitize_params(prefix, suffix, dir)#012  File "/usr/lib/python3.6/tempfile.py", line 269, in _sanitize_params#012    dir = gettempdir()#012  File "/usr/lib/python3.6/tempfile.py", line 437, in gettempdir#012    tempdir = _get_default_tempdir()#012  File "/usr/lib/python3.6/tempfile.py", line 372, in _get_default_tempdir#012    dirlist)#012FileNotFoundError: [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/']
 добавил 2 гб к диску - все равно проблема осталась. перезапускал машину несколько раз
источник

A

Anatoliy in Google Cloud Platform_ru
На машине есть пользователь с паролем? Можно зайти не через SSH?
источник

A

Anatoliy in Google Cloud Platform_ru
источник

A

Anatoliy in Google Cloud Platform_ru
источник

OB

Oleg Basmanov in Google Cloud Platform_ru
ага помогло. но работать не могу. диска не хватает и он не 12 а по прежнему 10. а после непрерывно мотается простыня ошибок
источник

A

Anatoliy in Google Cloud Platform_ru
lsblk тоже говорит про 10?
источник

OB

Oleg Basmanov in Google Cloud Platform_ru
я команды не могу запускать
источник

A

Anatoliy in Google Cloud Platform_ru
ну я же кинул ссылку на первый документ в stackoverflow
источник

A

Anatoliy in Google Cloud Platform_ru
чинить его надо ручками, как любимую домашнюю животинку....
источник

Sg

Sanches gh0stroot in Google Cloud Platform_ru
Disk is full, and I can't SSH to instance - Stack Overflow
https://stackoverflow.com/questions/33126654/disk-is-full-and-i-cant-ssh-to-instance
источник

A

Anatoliy in Google Cloud Platform_ru
можно конечно попробовать тупо сделать с него снапшот, перегнаьт его в имидж и поднять новую машину. Это может быть проще всяких stackoverflow.
источник

Sg

Sanches gh0stroot in Google Cloud Platform_ru
Ога тоже вариант)
источник

OK

Oleh Kolesnykov in Google Cloud Platform_ru
Anatoliy
можно конечно попробовать тупо сделать с него снапшот, перегнаьт его в имидж и поднять новую машину. Это может быть проще всяких stackoverflow.
Я бы назвал такой вариант cloud native :)
источник

A

Anatoliy in Google Cloud Platform_ru
ща пробую вариант чуть-чуть проще....
источник

A

Anatoliy in Google Cloud Platform_ru
ЯСделяль:
gcloud compute disks snapshot <YOUR_INSTANCE> --snapshot-names save-me-please --zone <YOUR_ZONE>
gcloud compute disks create <NEW_INSTANCE> --size "20" --zone <YOUR_ZONE> --source-snapshot "save-me-please" --type "pd-standard"
gcloud compute instances create instance-1 --zone <YOUR_ZONE> --disk=name=instance-1,device-name=instance-1,mode=rw,boot=yes,auto-delete=yes
источник

A

Anatoliy in Google Cloud Platform_ru
Ну и остальные параметры (сеть, зона, сервис аккаунт и прочее) на ваше усмотрение
источник

A

Anatoliy in Google Cloud Platform_ru
Кстати, хорошая новость: https://cloud.google.com/blog/products/storage-data-transfer/google-enters-agreement-to-acquire-actifio
Облако-облаком, но бакапы никто нее отменял 🙂
источник

OB

Oleg Basmanov in Google Cloud Platform_ru
Anatoliy
ЯСделяль:
gcloud compute disks snapshot <YOUR_INSTANCE> --snapshot-names save-me-please --zone <YOUR_ZONE>
gcloud compute disks create <NEW_INSTANCE> --size "20" --zone <YOUR_ZONE> --source-snapshot "save-me-please" --type "pd-standard"
gcloud compute instances create instance-1 --zone <YOUR_ZONE> --disk=name=instance-1,device-name=instance-1,mode=rw,boot=yes,auto-delete=yes
все равно не могу зайти в новый. Придется вторым монтировать и чистить
источник

A

Anatoliy in Google Cloud Platform_ru
Там что-то хуже, чем просто переполнение FS? Ну тогда пробовать монтировать и чистить. На всякий случай сохраните снапшот. А еще лучше наверное будет пробовать монтировать не оригинальный диск, а диск сделанный из снапшота.
источник