Не удается подключиться к виртуальной машине Compute Engine CentOS

Я новичок в виртуальных машинах и CLI, поэтому, пожалуйста, потерпите меня.

У меня есть CentOS 6.5, работающая на Compute Engine.

Запустил yum update (не создавая снапшот предыдущего диска - да я идиот) и не могу подключиться к машине по ip адресу.

Я попробовал следующие шаги.

Пытался подключиться через Filezilla - не получилось. Пробовал через Putty — не работает Пробовал через опцию браузера, указанную в консоли CE — не работало. Я даже пытался создать снимок и запустить другую виртуальную машину с этим снимком — не помогло.

Если кто знает, как мне вытащить файлы и папки с предыдущего диска, я могу запустить новую виртуальную машину и перенести все заново.

У меня нет последней базы данных, и это важно.

Пожалуйста помоги! Спасибо, Уоррен.


person warren    schedule 19.01.2015    source источник


Ответы (2)


Способ восстановления состоит в том, чтобы удалить вашу виртуальную машину, не удаляя диск, затем создать другую виртуальную машину с собственным загрузочным диском, подключить и смонтировать исходный диск и восстановить с него все данные, которые вам нужны.

Перво-наперво: на странице экземпляров ВМ щелкните имя экземпляра, который в данный момент работает с этим диском, и снимите флажок «Удалить загрузочный диск при удалении экземпляра». Затем удалите экземпляр.

Теперь создайте новый экземпляр с собственным загрузочным диском. Чтобы отличить этот новый диск от исходного загрузочного диска:

  • использование другой ОС (или версии ОС) для нового диска, например, при использовании Ubuntu попробуйте другую версию или используйте Debian; при использовании RHEL попробуйте CentOS или наоборот
  • посмотрите, какой из них смонтирован в / — это должен быть новый диск

Смонтируйте исходный диск как доступный только для чтения и восстановите всю необходимую информацию. Когда у вас есть резервная копия ваших данных, вы можете перемонтировать ее с доступом для чтения и записи и попытаться исправить ее (но сначала сделайте резервную копию данных!).

person Misha Brukman    schedule 20.01.2015
comment
Привет, Миша, я выполнил шаги, которые ты перечислил. Подскажите, пожалуйста, как восстановить информацию. Ссылка с учебником поможет мне. Я понял, что теперь я должен перенести папки с исходного диска на новый диск. Это означает перенос файлов из папки html на исходном загрузочном диске в папку html на новом диске. - person warren; 20.01.2015
comment
Привет, я запустил fdisk -l и получил вывод ниже. Откуда мне знать, какой загрузочный диск из двух одинаковых по размеру. (Некоторые части я вырезал, так как комментарий был слишком длинным) Диск /dev/sda: 10,7 ГБ, 10737418240 байт Идентификатор блоков начала загрузки устройства Система /dev/sda1 17 163825 10483712+ 83 Linux Диск /dev/sdb: 10,7 ГБ, 10737418240 байт Идентификатор блоков начала загрузки устройства Система /dev/sdb1 17 163825 10483712+ 83 Linux - person warren; 20.01.2015
comment
Привет, Не удалось смонтировать жесткий диск только для чтения. mount: блочное устройство /dev/sdb1 защищено от записи, монтирование только для чтения mount: неправильный тип файловой системы, неверный параметр, неверный суперблок на /dev/sdb1, отсутствует кодовая страница или вспомогательная программа или другая ошибка В некоторых случаях может быть найдена полезная информация в системном журнале - попробуйте dmesg | хвост или около того - person warren; 20.01.2015
comment
Привет, Вставка в команду: sudo fdisk /dev/sdb -l Диск /dev/sdb: 10,7 ГБ, 10737418240 байт 4 головки, 32 сектора/дорожка, 163840 цилиндров Единицы = цилиндры 128 * 512 = 65536 байт Размер сектора (логический /физический): 512 байт / 4096 байт Размер ввода-вывода (минимальный/оптимальный): 4096 байт / 4096 байт Идентификатор диска: 0x0003ee67 Идентификатор блоков начала загрузки устройства Система /dev/sdb1 17 163825 10483712+ 83 Linux [root@gym- test lib]# df /dev/sdb -T Тип файловой системы Используется 1K блоков Доступно Использование% Установлено на - - 292524 132 292392 1% /dev - person warren; 20.01.2015
comment
Я не против платить за помощь, если кто-то знает, как обойти это. - person warren; 20.01.2015
comment
@warren Я обновил ответ, добавив, как различать диски. Пожалуйста, добавьте дополнительную информацию к исходному вопросу, отредактировав его, чтобы его было легче форматировать и читать вывод команды. Также неясно, в чем проблема: похоже, вы можете подключить диск к новой виртуальной машине и смонтировать ее; у тебя все еще есть проблемы? Пожалуйста, обновите свой вопрос, указав свой текущий статус, и не стесняйтесь удалять эти комментарии. - person Misha Brukman; 20.01.2015
comment
Привет Миша, я решил это. Я написал описание ниже. - person warren; 20.01.2015
comment
@warren Приятно слышать, что ты решил свою проблему! - person Misha Brukman; 20.01.2015

Я, наконец, решил эту проблему благодаря Мише за то, что направил меня в правильном направлении.

Шаги ниже для тех, кто имеет ту же проблему.

Проблема:

При обновлении сервера Centos с помощью yum update мне не удалось снова подключиться к серверу. Я пробовал все возможные комбинации, но не повезло. Кажется, это известная проблема, так как на сайте Compute Engine есть материалы по этому поводу.

Решение:

Я следовал шагам, как предложил Миша. Я запустил другую виртуальную машину с собственным загрузочным диском, а затем подключил исходный диск с доступом для чтения и записи.

Примечание. Мне не удалось смонтировать диск только для чтения.

Команды были

mkdir /mnt/sdb1

смонтировать /dev/sdb1 /mnt/sdb1

Как только я смонтировал виртуальную машину, я скопировал файлы из папки html на диске sdb1 в папку html на sda1 (новый загрузочный диск).

С базой данных было немного сложнее.

Я пытался несколько раз, но копирование файлов из /dev/sdb1/var/lib/mysql в папку mysql на новом диске не работало.

Я нашел несколько учебников, но ничего не помогло.

Наконец, я загрузил файлы из /dev/sdb1/var/lib/mysql и поместил их в мою локальную установку Windows mysql в папке данных.

Помните, что вы должны загрузить все, что включает в себя ib_logfile0, ib_logfile1 и ibdata1, включая папку с файлами *.frm.

Затем я открыл localhost/phpmyadmin и вуаля... файлы были там.

Остальное было довольно просто... Экспорт и загрузка скриптов SQL обратно на сервер.

На это у меня ушло около 12 часов.

Еще раз спасибо Миша.

person warren    schedule 20.01.2015