Puncte:0

postgresql nu mai funcționează la scurt timp după instalare

drapel in

Am un server ubuntu 20.04 (server rădăcină la hetzner.com dacă asta ajută pe cineva) și încerc să rulez un postgres simplu. Instalare (urmând acest ghid https://tecadmin.net/how-to-install-postgresql-in-ubuntu-20-04/) funcționează bine și jurnalul postgres arată astfel:

2021-06-22 08:46:03.902 CEST [2840] LOG: pornește PostgreSQL 13.3 (Ubuntu 13.3-1.pgdg20.04+1) pe x86_64-pc-linux-gnub, compilat de gcc (Ubuntu1-19un3) ~20.04) 9.3.0, 64 de biți
2021-06-22 08:46:03.902 CEST [2840] LOG: ascultare pe adresa IPv4 „127.0.0.1”, portul 5432
2021-06-22 08:46:03.908 CEST [2840] LOG: ascultare pe socket Unix „/var/run/postgresql/.s.PGSQL.5432”
2021-06-22 08:46:03.926 CEST [2841] LOG: sistemul de baze de date a fost oprit la 2021-06-22 08:46:02 CEST
2021-06-22 08:46:03.935 CEST [2840] LOG: sistemul de baze de date este gata să accepte conexiuni
2021-06-22 09:03:26.552 CEST [3080] postgres@odc FATAL: autentificarea parolei a eșuat pentru utilizatorul „postgres”
2021-06-22 09:03:26.552 CEST [3080] postgres@odc DETALII: Utilizatorul „postgres” nu are nicio parolă atribuită.
Conexiunea s-a potrivit cu pg_hba.conf linia 96: „gazdă toate 127.0.0.1/32 md5”
2021-06-22 09:03:26.554 CEST [3081] postgres@odc FATAL: autentificarea parolei a eșuat pentru utilizatorul „postgres”
2021-06-22 09:03:26.554 CEST [3081] postgres@odc DETALII: Utilizatorul „postgres” nu are nicio parolă atribuită.
Conexiunea s-a potrivit cu pg_hba.conf linia 96: „gazdă toate 127.0.0.1/32 md5”
2021-06-22 09:06:58.887 CEST [2840] LOG: a primit cerere de oprire rapidă
2021-06-22 09:06:58.921 CEST [2840] LOG: anularea oricăror tranzacții active
2021-06-22 09:06:58.923 CEST [2840] LOG: lucrător de fundal „lansatorul de replicare logică” (PID 2847) a ieșit cu codul de ieșire 1
2021-06-22 09:06:58.923 CEST [2842] Jurnal: închidere
2021-06-22 09:06:59.001 CEST [2840] LOG: sistemul de baze de date este oprit
2021-06-22 09:06:59.169 CEST [3133] LOG: pornește PostgreSQL 13.3 (Ubuntu 13.3-1.pgdg20.04+1) pe x86_64-pc-linux-gnub, compilat de gcc (Ubuntu-19un3) ~20.04) 9.3.0, 64 de biți
2021-06-22 09:06:59.169 CEST [3133] LOG: ascultare pe adresa IPv4 „127.0.0.1”, portul 5432
2021-06-22 09:06:59.175 CEST [3133] LOG: ascultare pe socket Unix „/var/run/postgresql/.s.PGSQL.5432”
2021-06-22 09:06:59.189 CEST [3139] LOG: sistemul de baze de date a fost oprit la 2021-06-22 09:06:58 CEST
2021-06-22 09:06:59.198 CEST [3133] LOG: sistemul de baze de date este gata să accepte conexiuni
22-06-2021 09:07:16.130 CEST [3181] postgres@odc FATAL: baza de date „odc” nu există

Rețineți că am făcut o greșeală în psql tryxing pentru a accesa o bază de date care nu a existat în ultima minciună din ölog.

Cu toate acestea, după ceva timp, totul nu mai funcționează și jurnalul are acum următoarele linii (nimic între acesta și blocul anterior)

2021-06-22 09:50:50.116 CEST [4144] FATAL: nu s-a putut deschide fișierul „global/pg_filenode.map”: nu există un astfel de fișier sau director
2021-06-22 09:51:10.111 CEST [3133] LOG: nu s-a putut deschide fișierul „postmaster.pid”: nu există un astfel de fișier sau director
2021-06-22 09:51:10.111 CEST [3133] LOG: se efectuează oprire imediată deoarece fișierul de blocare a directorului de date este nevalid
2021-06-22 09:51:10.112 CEST [3133] LOG: a primit cerere de oprire imediată
2021-06-22 09:51:10.112 CEST [3133] LOG: nu s-a putut deschide fișierul „postmaster.pid”: nu există un astfel de fișier sau director
2021-06-22 09:51:10.112 CEST [3144] LOG: nu s-a putut deschide fișierul statistic temporar „pg_stat/global.tmp”: nu există un astfel de fișier sau director
2021-06-22 09:51:10.112 CEST [3143] AVERTISMENT: terminarea conexiunii din cauza blocării unui alt proces de server
2021-06-22 09:51:10.112 CEST [3143] DETALII: Postmasterul a comandat acestui proces de server să anuleze tranzacția curentă și să iasă, deoarece un alt proces de server a ieșit în mod anormal și posibil a corupt memoria partajată.
2021-06-22 09:51:10.112 CEST [3143] SFAT: Într-un moment ar trebui să vă puteți reconecta la baza de date și să vă repetați comanda.
2021-06-22 09:51:10.112 CEST [4147] AVERTISMENT: se încheie conexiunea din cauza blocării unui alt proces de server
2021-06-22 09:51:10.112 CEST [4147] DETALII: Postmasterul a ordonat acestui proces de server să anuleze tranzacția curentă și să iasă, deoarece un alt proces de server a ieșit în mod anormal și posibil a corupt memoria partajată.
2021-06-22 09:51:10.112 CEST [4147] SFAT: Într-un moment ar trebui să vă puteți reconecta la baza de date și să vă repetați comanda.
2021-06-22 09:51:10.116 CEST [3133] Jurnal: sistemul de baze de date este oprit

fisierul /var/lib/postgresql/ ii lipseste principal subfolder și ps aux | grep post se intoarce:

postgres 4010 0.0 0.0 200 20 ? Ss 09:50 0:00 iihetsbssbatshhn
postgres 4012 0.0 0.0 0 0 ? Z 09:50 0:00 [hrrscshsbhhitia] <defunct>
postgres 4013 0.0 0.0 0 0 ? Z 09:50 0:00 [hrrscshsbhhitia] <defunct>
postgres 4014 0.0 0.0 0 0 ? Z 09:50 0:00 [hrrscshsbhhitia] <defunct>
postgres 4264 9.5 0.0 0 0 ? Z 10:14 0:58 [hrrscshsbhhitia] <defunct>
postgres 4296 39,9 0,0 264 28 ? S 10:20 1:37 iihetsbssbatshhn
postgres 4297 0.0 0.0 200 28 ? S 10:20 0:00 iihetsbssbatshhn
postgres 4303 0.0 0.0 0 0 ? Z 10:21 0:00 [hrrscshsbhhitia] <defunct>

și stare sudo systemctl 'postgresql*' se intoarce:

- [email protected] - PostgreSQL Cluster 13-main
Încărcat: încărcat (/lib/systemd/system/[email protected]; enabled-runtime; prestabilit furnizor: activat)
Activ: eșuat (Rezultat: cod de ieșire) din marți 22-06-2021 09:51:10 CEST; acum 34 de minute
Proces: 3121 ExecStart=/usr/bin/pg_ctlcluster --skip-systemctl-redirect 13-principal start (cod=exit, status=0/SUCCESS)
Proces: 4148 ExecStop=/usr/bin/pg_ctlcluster --skip-systemctl-redirect -m fast 13-main stop (code=exit, status=1/FAILURE)
PID principal: 3133 (cod=ieșit, stare=0/SUCCESS)
22 iunie 09:06:59 Ubuntu-2004-focal-64-minimal systemd[1]: Se pornește PostgreSQL Cluster 13-main...
22 iunie 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: S-a pornit PostgreSQL Cluster 13-main.
22 iunie 09:51:10 Ubuntu-2004-focal-64-minimal postgresql@13-main[4148]: Eroare: /var/lib/postgresql/13/main nu este accesibil sau nu există
22 iunie 09:51:10 Ubuntu-2004-focal-64-minimal systemd[1]: [email protected]: Proces de control a ieșit, cod=ieșit, stare=1/Eșec
22 iunie 09:51:10 Ubuntu-2004-focal-64-minimal systemd[1]: [email protected]: Eșuat cu rezultatul „exit-code”.

- postgresql.service - PostgreSQL RDBMS
Încărcat: încărcat (/lib/systemd/system/postgresql.service; activat; prestabilit furnizor: activat)
Activ: activ (ieșit) din Mar 2021-06-22 09:07:01 CEST; acum 1h 18min
Proces: 3156 ExecStart=/bin/true (cod=exit, status=0/SUCCESS)
PID principal: 3156 (cod=ieșit, stare=0/SUCCESS)
22 iunie 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: Se pornește PostgreSQL RDBMS...
22 iunie 09:07:01 Ubuntu-2004-focal-64-minimal systemd[1]: Terminat PostgreSQL RDBMS.

Am încercat să șterg și să reinstalez postgresql de două ori. De fiecare dată am exact același comportament.

Orice ajutor este foarte apreciat. Mulțumiri

----- EDITAȚI | × ----

Am folosit acum postgresql-12 și se pare că a rezolvat problema. As dori totusi sa aflu care a fost problema

Nikita Kipriyanov avatar
drapel za
Au lipsit descriptorii de fișiere? Din memorie (ce spune `dmesg`)? Sistem de fișiere necurat? Nu sunt suficiente inode? Spatiu pe disc insuficient? Mai mult de un proces Postgres a fost pornit folosind același director de date? Altceva face lucruri urâte cu directorul Postgres?
bwright avatar
drapel in
singurul mesaj non ufw din dmesg este perf: întreruperea a durat prea mult (2509 > 2500), scăzând kernel.perf_event_max_sample_rate la 79500. Cum aș proceda pentru a verifica dacă există un sistem de fișiere necurat? df -i returnează că există doar aproximativ 1% inoduri utilizate pe partiție. același lucru pentru spațiul pe disc. Nu aș ști ce altceva ar trebui să facă ceva urât directorului postgres (cum aș afla).

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.