Puncte:2

Instanță eșuată în motorul de calcul Google

drapel in

Am o instanță GCE care rulează de câțiva ani. În timpul nopții, instanța a fost repornită cu următoarele jurnale:

2022-02-13 04:46:36.370 CET compute.instances.hostError Instanță terminată de Compute Engine.
2022-02-13 04:47:08.279 CET compute.instances.automaticRestart Instanță repornită automat de Compute Engine.

Cu toate acestea, instanța nu a repornit.

Mă pot conecta la consola serială unde văd asta:

port serial: conectat la portul 1 ***.europe-west1-b.*** (
[ TIME ] Timp expirat în așteptarea dispozitivului ***
[DEPEND] Dependența a eșuat pentru File⦠***.
[DEPEND] Dependența a eșuat pentru /data.
[DEPEND] Dependența a eșuat pentru sistemele de fișiere locale.
[ OK ] Parola de expediere oprită... este către Console Directory Watch.
[ OK ] S-a oprit Redirecționarea parolei Râ¦ueste către Wall Directory Watch.
[ OK ] Temporizatoarele țintă atinse.
         Se pornește Raise interfețe de rețea...
[ OK ] Socket Syslog închis.
[ OK ] Solicitări de conectare țintă atinse.
[ OK ] Căile țintă atinse.
[ OK ] Socket-urile țintă atinse.
[ OK ] Am pornit Shell de urgență.
[ OK ] Modul de urgență țintă atins.
         Se începe crearea de fișiere și directoare volatile...
[ OK ] S-a terminat Crearea fișierelor și directoarelor volatile.
         Se pornește sincronizarea orei în rețea...
         Se pornește actualizarea UTMP despre pornirea/oprirea sistemului...
[ OK ] S-a terminat Actualizarea UTMP despre pornirea/oprirea sistemului.
         Se pornește actualizarea UTMP despre modificările la nivel de rulare a sistemului...
[ OK ] S-a terminat Actualizarea UTMP despre modificările nivelului de rulare a sistemului.
[ OK ] A început sincronizarea orei în rețea.
[ OK ] Setarea oră a sistemului țintă a fost atinsă.
[ OK ] Timp de sistem atins sincronizat.
         Oprirea sincronizării orei în rețea...
[ OK ] Sincronizarea oră a rețelei a fost oprită.
         Se pornește sincronizarea orei în rețea...
[ OK ] A început sincronizarea orei în rețea.
[ OK ] Terminat Ridicați interfețele de rețea.
[ OK ] Rețeaua țintă atinsă.
[ OK ] Rețeaua țintă atinsă este online.
Sunteți în modul de urgență. După conectare, tastați „journalctl -xb” pentru a vizualiza
jurnalele de sistem, „systemctl reboot” la r
Nu se poate deschide accesul la consolă, contul root este blocat.
Consultați pagina de manual sulogin(8) pentru mai multe detalii.
Apăsați Enter pentru a continua.

Se pare că unul dintre discuri nu poate fi conectat â, dar ce pot face acum? Discul pare să fie disponibil în mod normal în motorul de calcul.

John Hanley avatar
drapel cn
Bănuiesc că există o problemă de rețea Google Cloud VPC care este temporară. Încercați să reporniți instanța. Dacă aveți în continuare o problemă, editați întrebarea cu detalii despre instanță și configurația sa GCP.
drapel in
Vă mulțumim pentru răspunsul dumneavoastră. Instanța încă nu pornește corect. Ce fel de detalii ar fi de folos? Instanța este `e2-small` care rulează în `europe-west1-b` cu două discuri â un disc de pornire obișnuit și un disc ssd care pare să nu se atașeze.
John Hanley avatar
drapel cn
Recomand să deschideți un bilet de asistență Google Cloud.
PjoterS avatar
drapel ve
Nu ați avut nicio problemă cu facturarea? Care este imaginea acestui VM? Ai schimbat tipul mașinii în ultima vreme? Ați folosit SSD persistent sau SSD local? Puteți crea un alt VM fără nicio problemă? Ați încercat să executați `journalctl -xb` și `systemctl reboot`?
drapel in
Instanța nu poate porni corect - se blochează la „apăsați enter pentru a continua”, dar apoi nu se întâmplă nimic. Deci nu pot încerca journalcrl. La repornire, se va bloca cu același timp de expirare a discului ca mai sus. Nu am probleme de facturare, restul funcţionează în continuare corect. Nici nu am atins recent mașina, doar a murit în timpul nopții. Discurile sunt discuri persistente.
drapel in
L-am raportat suportului gce, dar până acum nu mi-au fost de mare ajutor și acum am așteptat 18 ore de la ultimul răspuns.
Puncte:2
drapel ve

Mă tem că nu puteți face nimic cu acest VM afectat.

În Găzduiește evenimente documentatie sau FAQ puteti gasi informatii:

O eroare de gazdă (compute.instances.hostError) înseamnă că a existat o problemă hardware sau software pe mașina fizică care găzduiește VM-ul dvs. care a cauzat blocarea VM-ului. O eroare de gazdă care implică o defecțiune hardware totală sau alte probleme hardware ar putea preveni migrație vie a VM-ului dvs.

Instanța VM care se află în „Cloud”, este încă o mașină fizică care rulează volumul de lucru. Din păcate, această instanță a avut o defecțiune hardware sau software și nu puteți face nimic.

GCP a introdus ceva numit Migrație în direct care previne astfel de situații.

Compute Engine oferă migrare live pentru a menține instanțele de mașină virtuală să funcționeze chiar și atunci când are loc un eveniment de sistem gazdă, cum ar fi o actualizare software sau hardware, cu toate acestea, cred că este prea târziu pentru a configura aceasta.

...

Migrarea live vă menține instanțele să ruleze în timpul:

  • Întreținerea și modernizarea periodică a infrastructurii.
  • Întreținerea rețelei și a rețelei electrice în centrele de date.
  • Hardware eșuat, cum ar fi memorie, procesor, carduri de interfață de rețea, discuri, alimentare și așa mai departe. Acest lucru se face pe baza celui mai bun efort; dacă un hardware eșuează complet sau împiedică în alt mod migrarea live, VM se blochează și repornește automat și este înregistrată o eroare host.

...

Migrarea live nu modifică niciun atribut sau proprietăți ale mașinii virtuale în sine. Procesul de migrare live doar transferă o VM care rulează de la o mașină gazdă la o altă mașină gazdă din aceeași zonă.

Soluție posibilă

Pe măsură ce menționați că discurile sunt persistente și încă vizibile în GCP, puteți încerca să le atașați din nou la o altă VM. Cum să ghidați poate fi găsit în Crearea și atașarea unui disc documentație.

Puncte:1
drapel in

Am găsit în sfârșit motivul ciudat al acestei erori - vezi originalul /etc/fstab:

/dev/disk/by-id/google-***-data /data ext4 aruncare, implicite 0 2

Dar nu există un astfel de dispozitiv pe această cale. Am rezolvat asta atasand /dev/sdb în schimb, dar cred că aceasta nu este cea mai bună soluție. Mă întreb cum se întâmplă acest lucru că dispozitivul dispare complet și în cele din urmă ucide mașina.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.