Puncte:1

Instanță GCP VM disfuncțională

drapel cn

Utilizând în prezent o instanță VM GCP pentru a rula un server agregat ODK, nu pot accesa serverul de vineri seara. Bănuiesc că nu este legat de ODK, ci mai degrabă de problema serverului, într-adevăr, am urmat următorii pași:

  • Am schimbat conexiunea la internet și browserul, am încercat să accesez local pe computerul meu: nicio îmbunătățire.
  • Am verificat că url-ul este încă operațional pe site-ul pe care l-am creat (pe freedns.afraid). Este cazul.
  • Mi-am verificat meniul și parametrii instanței GCP VM (ubuntu-1804-bionic-v20210604, g1-small :1 vCPU, 1,7 GB memorie, 10 GB în stocarea pe disc, Intel Haswell ca platformă de procesor, folosind W10). Nu am identificat un motiv pentru a explica problema. Dar scriptul portului din ultimele zile semnala erori:

„13 august 16:24:27 enquetes chronyd[2104]: Nu s-a putut scrie în fișierul drift temporar /var/lib/chrony/chrony.drift.tmp Aug 13 16:39:16 enquetes systemd-networkd[19493]: ens4: Configurat Aug 13 17:09:17 enquetes systemd-networkd[19493]: ens4: Configurat [5034594.247692] systemd-journald[19543]: Nu s-a putut crea un nou jurnal de sistem: nu a mai rămas spațiu pe dispozitiv"

Cred că este legat de stocarea pe disc, care era într-adevăr plină. Mi-am dublat capacitatea azi după-amiază (de la 10 GB la 20 GB), dar primesc aceleași scripturi după aceea. Vezi de exemplu: „15 aug 18:50:55 enquetes systemd[1]: snapd.service: Start operation time-out expirat. Încheiere. 15 august 18:52:25 enquetes systemd[1]: snapd.service: Starea „stop-sigterm” a expirat. Ucidere. Aug 15 18:52:25 enquetes systemd[1]: snapd.service: Killing process 29463 (snapd) cu semnal SIGKILL. 15 august 18:52:25 enquetes systemd[1]: snapd.service: Procesul principal a ieșit, code=killed, status=9/KILL 15 august 18:52:25 enquetes systemd[1]: snapd.service: Eșuat cu rezultatul „timeout”. 15 august 18:52:25 enquetes systemd[1]: Nu s-a pornit Snap Daemon. 15 august 18:52:25 enquetes systemd[1]: snapd.service: Timpul de suspendare a serviciului s-a încheiat, repornirea programării. 15 august 18:52:25 enquetes systemd[1]: snapd.service: Lucrare de repornire programată, contorul de repornire este la 949. 15 august 18:52:25 enquetes systemd[1]: Snap Daemon oprit. 15 august 18:52:25 enquetes systemd[1]: Se pornește Snap Daemon... Aug 15 18:52:25 enquetes snapd[29509]: Stare AppArmor: apparmor este activat și toate caracteristicile sunt disponibile Aug 15 18:52:25 enquetes snapd[29509]: Stare AppArmor: apparmor este activat și toate caracteristicile sunt disponibile Aug 15 18:53:56 enquetes systemd[1]: snapd.service: Start operation time a expirat. Încheiere.”

  • Am încercat să oprească instanța și să o repornească. Nicio imbunatatire.
  • Am încercat să repornesc cu comenzile sudo reboot now / sudo reboot -f prin g-cloud și Google Shell, dar nu funcționează ("Eșuat la scrierea fișierului cu parametrii de repornire: nu există un astfel de fișier sau director" sau deconectat de la G Shell imediat după intrând în al 2-lea). Nu pot accesa SSH, deși firewall-ul și porturile sunt ok.

Nu știu ce ar fi mai bine să fac acum, deoarece nu stăpânesc consola serială și liniile de comandă: am creat deja un instantaneu de disc persistent și aș dori să restabiliz datele pe un nou disc și să am acces din nou la serverul curent (aceeași adresă IP externă, nume de gazdă etc.).

Aveți idee cum să remediați problema?

Multumesc in avans pentru ajutor.

N.T.

John Hanley avatar
drapel cn
1) Ai rămas fără spațiu liber pe disc. Apoi ai redimensionat discul. Nu toate sistemele de operare GCP vor redimensiona automat partițiile de disc. Descoperiți sistemul de operare de pornire și apoi găsiți un tutorial despre redimensionarea sistemului de fișiere rădăcină. 2) Dacă creați o altă instanță din instantaneu, veți avea aceeași problemă. 3) Editați-vă întrebarea cu detalii despre versiunea sistemului de operare, ce ați făcut și ce pași ați încercat pentru a rezolva problema.
Naej Teco avatar
drapel cn
Bună John, mulțumesc pentru întoarcere. Am editat cererea și am găsit acest tutorial, de exemplu: https://cloud.google.com/compute/docs/disks/working-with-persistent-disks#resize_pd Dar nu mă pot conecta la VM-ul meu prin SSH; după încărcare mult timp, se afișează că nu se poate conecta...
John Hanley avatar
drapel cn
Ubuntu se redimensionează automat la repornire. Rezolvați problema cu portul serial, astfel încât să vă puteți conecta la instanță.
Naej Teco avatar
drapel cn
Mulțumiri. Nu reusesc sa repar momentan (am editat cu actiunile de azi). Toate încercările de repornire pe care le-am încercat nu reușesc și nu știu ce altceva să fac. Problemele cu portul serial au de-a face cu snapd.service sau Snap Daemon.
Alex G avatar
drapel ar
Trebuie să creați/modificați acreditările înainte de a vă conecta la consola dvs. serială.Urmați [această postare](https://stackoverflow.com/questions/65997438/how-do-i-reset-a-google-cloud-linux-vm-ssh-password) pentru a seta mai întâi, apoi activați consola serială și conectați-vă folosind astfel [documentația](https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-using-serial-console#console_1). Odată terminat, ar trebui să fiți în interiorul sistemului dvs. și veți putea face mai multe investigații folosind jurnalele pe care le generează.

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.