Не може да се свърже с виртуалната машина CentOS на Compute Engine

Нов съм във виртуалните машини и CLI, така че моля, имайте търпение.

Имам CentOS 6.5, работещ на Compute Engine.

Стартирах yum update (без да създам моментна снимка на предишния диск - да, идиот съм) и не мога да се свържа с машината, използвайки ip адреса.

Опитах следните стъпки.

Опитах да се свържа чрез Filezilla - не се получи. Опитах през Putty - не се получи Опитах през опцията на браузъра, дадена от CE конзолата - не се получи. Дори се опитах да създам моментна снимка и да стартирам друга VM с моментната снимка - не се получи.

Ако някой знае как мога да извадя файловете и папките от предишния диск, мога да стартирам нова виртуална машина и да прехвърля всичко отново.

Нямам най-новата база данни и това е важно.

Моля помогнете! Благодаря Уорън


centos6 google-compute-engine virtual-machine
person warren    schedule 19.01.2015    source източник

Отговори (2)


arrow_upward
1
arrow_downward

Начинът за възстановяване е да изтриете своята виртуална машина, без да изтривате диска, след това да създадете друга виртуална машина със собствен диск за стартиране, да прикачите и монтирате оригиналния диск и да възстановите всички данни, които ви трябват от него.

Най-напред: на страницата с екземпляри на VM щракнете върху името на екземпляра, който в момента се изпълнява с този диск, и махнете отметката от квадратчето „Изтриване на стартиращ диск, когато екземплярът бъде изтрит“. След това изтрийте екземпляра.

Сега създайте нов екземпляр със собствен диск за зареждане. За да разграничите този нов диск от оригиналния диск за зареждане:

  • използване на различна операционна система (или версия на операционната система) за новия диск, например, ако използвате Ubuntu, опитайте друга версия или използвайте Debian; ако използвате RHEL, опитайте CentOS или обратно
  • вижте кой е монтиран на / — това трябва да е новият диск

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

person Misha Brukman    schedule 20.01.2015
comment
Здравей Миша, следвах стъпките, които изброи. Можете ли да ме уведомите как да възстановя информацията. Връзка с урок би ме насочила. Това, което разбрах е, че сега трябва да прехвърля папките от оригиналния диск на новия диск. Това означава прехвърляне на файловете от папката html на оригиналния диск за зареждане в папката html на новия диск. - person warren; 20.01.2015
comment
Здравейте, стартирах fdisk -l и получих резултата по-долу. Как да разбера кой е дискът за зареждане от 2-те, които са еднакви по размер. (Изрязах част, тъй като коментарът беше твърде дълъг) Диск /dev/sda: 10,7 GB, 10737418240 байта Устройство Зареждане Начало Край Блокове Id Система /dev/sda1 17 163825 10483712+ 83 Linux Диск /dev/sdb: 10,7 GB, 10737418240 байта Устройство Стартиране Начало Край Блокове Id Система /dev/sdb1 17 163825 10483712+ 83 Linux - person warren; 20.01.2015
comment
Здравейте, Не мога да монтирам твърдия диск само за четене. монтиране: блоковото устройство /dev/sdb1 е защитено от запис, монтиране само за четене монтиране: грешен тип fs, лоша опция, лош суперблок на /dev/sdb1, липсваща кодова страница или помощна програма или друга грешка В някои случаи се намира полезна информация в syslog - опитайте dmesg | опашка или т.н - person warren; 20.01.2015
comment
Здравей, Поставете командата: sudo fdisk /dev/sdb -l Диск /dev/sdb: 10,7 GB, 10737418240 байта 4 глави, 32 сектора/писта, 163840 цилиндри Единици = цилиндри от 128 * 512 = 65536 байта Размер на сектора (логически /физически): 512 байта / 4096 байта I/O размер (минимален/оптимален): 4096 байта / 4096 байта Идентификатор на диска: 0x0003ee67 Устройство Стартиране Край Блокове Id Система /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

arrow_upward
1
arrow_downward

Най-накрая реших този проблем, благодарение на Миша, че ме изпрати в правилната посока.

Стъпките по-долу са за всеки, който има същия проблем.

Проблем:

Докато актуализирах сървъра на Centos с помощта на yum update, не можах да се свържа обратно със сървъра. Опитах всички възможни комбинации, но без успех. Това изглежда е известен проблем, тъй като имаше някои материали на сайта на Compute Engine относно това.

Решение:

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

Забележка: Не можах да монтирам диска като само за четене.

Командите бяха

mkdir /mnt/sdb1

монтиране /dev/sdb1 /mnt/sdb1

След като монтирах VM, копирах файловете от папката 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