Próbuję uruchomić psqlna moim komputerze Vagrant, ale pojawia się ten błąd:

psql: could not connect to server: No such file or directory

Is the server running locally and accepting connections on 
Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Uwaga: Vagrant 1.9.2 Box: ubuntu / trusty64, https://atlas.hashicorp.com/ubuntu/boxes/trusty64

EDYTUJ Polecenia, których użyłem, aby zainstalować i uruchomić postgres:

• sudo apt-get update
• sudo apt-get install postgresql
• sudo su postgres
• psql -d postgres -U postgres

Miałem ten sam problem, związany z konfiguracją mojego pliku pg_hba.conf (znajdującego się w /etc/postgresql/9.6/main). Proszę zauważyć, że 9.6 to wersja postgresql, której używam.

Sam błąd jest związany z błędną konfiguracją postgresql, która powoduje awarię serwera przed uruchomieniem.

Sugerowałbym wykonanie tych instrukcji:

1. Upewnij się, że usługa postgresql jest uruchomiona, używając sudo service postgresql start
2. Uciekaj pg_lsclustersz terminala

3. Sprawdź, jaki jest uruchomiony klaster, wynik powinien wyglądać mniej więcej tak:

   Wersja - katalog danych właściciela statusu portu klastra

   9.6 ------- main - 5432 postgres online /var/lib/postgresql/9.6/main

   Zignoruj ​​znaki „---”, ponieważ są one używane tylko do wyrównywania. Ważne informacje to wersja i klaster. Możesz również sprawdzić, czy serwer działa, czy nie w kolumnie stanu.

4. Skopiuj informacje z wersji i klastra i użyj w ten sposób: pg_ctlcluster <version> <cluster> startwięc w moim przypadku, używając wersji 9.6 i klastra `` main '', byłoby topg_ctlcluster 9.6 main start
5. Jeśli coś jest nie tak, postgresql wygeneruje dziennik, do którego można uzyskać dostęp /var/log/postgresql/postgresql-<version>-main.log, więc w moim przypadku pełne polecenie byłoby sudo nano /var/log/postgresql/postgresql-9.6-main.log.
6. Dane wyjściowe powinny pokazać, jaki jest błąd.

   2017-07-13 16:53:04 BRT [32176-1] LOG: nieprawidłowa metoda uwierzytelniania „wszystkie”
   2017-07-13 16:53:04 BRT [32176-2] KONTEKST: wiersz 90 pliku konfiguracyjnego „/ itd. /postgresql/9.5/main/pg_hba.conf "
   2017-07-13 16:53:04 BRT [32176-3] FATAL: nie można załadować pg_hba.conf

7. Napraw błędy i zrestartuj usługę postgresql sudo service postgresql restarti powinno być dobrze.

Dużo szukałem, aby to znaleźć, zasługa tego posta .

Powodzenia!

Miałem ten sam problem, ale żadna z odpowiedzi nie pomogła.

Jak to naprawiłem (Mac)

• Spróbuj uruchomić postgresql z pg_ctl -D /usr/local/var/postgres start
• Poszukaj komunikatu o błędzie o treści podobnej do FATAL: could not open directory "pg_tblspc": No such file or directory.
• Utwórz ten brakujący katalog mkdir /usr/local/var/postgres/pg_tblspc
• Powtarzaj od kroku pierwszego, aż utworzysz wszystkie brakujące katalogi
• Kiedy skończysz, a następnie spróbujesz ponownie uruchomić postgresql, może powiedziećFATAL: lock file "postmaster.pid" already exists
• Usuń postmaster.pid :rm /usr/local/var/postgres/postmaster.pid
• Rozpocznij postgres z: pg_ctl -D /usr/local/var/postgres start
• Gotowe ✨

Po prostu wysyłam to dla każdego, kto czuje się zagubiony i beznadziejny, tak jak to zrobiłem, gdy znalazłem to pytanie. Wygląda na to, że czasami edytując niektóre pliki konfiguracyjne związane z psotgresql, można przypadkowo zmienić uprawnienia do pliku:

Zauważ, że pg_hba.conf należy do roota, a użytkownicy nie mogą go nawet przeczytać. Powoduje to, że postgres nie może otworzyć tego pliku, a tym samym nie może uruchomić serwera, co powoduje wyświetlenie błędu widocznego w pierwotnym pytaniu.

Biegiem

sudo chmod +r pg_hba.conf

Udało mi się ponownie udostępnić ten plik użytkownikowi postgres, a następnie po uruchomieniu

sudo service postgresql start

Udało mi się ponownie uruchomić serwer.

Czy /etc/postgresql/9.6/main/postgresql.confpokazuje, że port jest przypisywany? Podczas mojej domyślnej instalacji Xubuntu Linux mój pokazał port = 5433 z jakiegoś powodu najlepiej, jak pamiętam, ale skomentowałem wiersz w tym samym pliku, który powiedział listen_addresses = 'localhost'i odkomentowałem wiersz listen_addresses = '*'. Więc może zacznij i sprawdź tam. Mam nadzieję, że to pomoże.

Użyj polecenia:

rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8

To działa dla mnie:

pg_ctl -D /usr/local/var/postgresql@9.6 stop;
brew services stop postgresql@9.6;
brew services start postgresql@9.6;

Te dwa kroki rozwiązały to dla mnie na Macu:

rm /usr/local/var/postgres/postmaster.pid
brew services restart postgresql

EDYTOWAĆ:

Jeśli napotkasz ten problem (zgłoszony przez @ luckyguy73): psql: FATAL: database "postgresql" does not exist

Możesz biec

brew postgresql-upgrade-database

naprawić to.

W ramach zsh:

rm -rf /usr/local/var/postgres && initdb /usr/local/var/postgres -E utf8

To jedyna rzecz, która zadziałała po niezliczonych godzinach rozwiązywania problemów.

Otwórz menedżera bazy danych i wykonaj ten skrypt

update pg_database set datallowconn = 'true' where datname = 'your_database_name';

Przydarzyło mi się to samo, gdy zmieniłem coś w /etc/hostspliku. Po zmianie z powrotem na 127.0.0.1 localhostto zadziałało dla mnie.

po prostu ponownie zainstaluj pgsql z bezpośrednią wersją sudo apt-get install postgresql-9.5 (musisz usunąć pakiet przed zainstalowaniem nowego)

Udało mi się rozwiązać problem, uruchamiając:

sudo systemctl start postgresql@9.5-main

W moim przypadku przyczyną problemu był plik blokujący, postmaster.idktóry nie został poprawnie usunięty podczas ostatniej awarii systemu. Usunięcie go za pomocą sudo rm /usr/local/var/postgres/postmaster.pidi ponowne uruchomienie Postgres rozwiązało problem.

Wystąpił ten sam błąd podczas tworzenia bazy danych SQL na maszynie wirtualnej. Zmieniłem domyślną wartość /etc/postgresql/9.3/main/postgresql.conf shared_buffers = 200MBna 75% mojej całkowitej pamięci RAM. Cóż, zapomniałem o przydzieleniu tej pamięci RAM w maszynie wirtualnej. Kiedy wydałem polecenie utworzenia nowej bazy danych, otrzymałem ten sam błąd.

Wyłączył się, dał dziecku butelkę (RAM) i presto, działał.

Otrzymałem ten błąd podczas przywracania bazy danych z ostatniego pliku kopii zapasowej pg_basebackup. Potem, kiedy próbowałem połączyć się z bazą danych (psql), otrzymywałem ten sam błąd. Błąd został rozwiązany, kiedy zaktualizowałem plik pg_hba.conf i gdziekolwiek było uwierzytelnianie "peer", zamieniłem je na "md5" i ponownie uruchomiłem usługi postgres. Po tym problem został rozwiązany.

Niedawno miałem podobne problemy. Po wypróbowaniu więcej niż 5 propozycji postanowiłem wrócić do podstaw i zacząć od początku. Co oznaczało usunięcie mojej instalacji postgresql i skorzystanie z tego przewodnika po ponownej instalacji postgresql. https://help.ubuntu.com/lts/serverguide/postgresql.html

Ten błąd przydarzył mi się po odłączeniu komputera Mac mini (tak wymuszone zamknięcie), a wszystko, co musiałem zrobić, aby go naprawić, to ponowne uruchomienie

Zalecam wyjaśnienie portu, który postgres. W moim przypadku nie wiedziałem, na którym porcie działają postgresy.

lsof -i | grep 'post'

wtedy możesz wiedzieć, który port nasłuchuje.

psql -U postgres -p "port_in_use"

z opcją portu, może być odpowiedzią. możesz użyć psql.

Czasami mam ten sam problem, ale głównie po uaktualnieniach macOS. Zamknięcie i migracja do nowej wersji zwykle rozwiązuje to za mnie (wprowadź zmiany zgodnie z posiadaną wersją). Więc najpierw zaktualizuj swój postgresql

brew services stop postgresql@12
brew services start postgresql@12
brew postgresql-upgrade-database

Jest to głównie tymczasowe rozwiązanie, ale ponieważ nie mogłem znaleźć lepszego rozwiązania, działa to dla mnie.

Jeśli żadna z powyższych odpowiedzi nie działa, wypróbuj tę,

Wiele osób wymieniło wiele rozwiązań tego problemu! Ale wszyscy o tym zapomnieli, ten sam problem pojawi się, gdy na dysku nie ma wystarczającej ilości miejsca lub miejsce, do którego jesteś przydzielony, postgresjest pełne

Sprawdź pamięć systemową, jeśli jest pełna, zwolnij trochę miejsca! następnie zrestartuj postgres o sudo service postgresql restartlub zatrzymaj się i zacznij sudo service posgresql stopwtedysudo service postgresql start

To rozwiąże problem, rozwiązało mnie

Mam ten sam problem z Postgres 11 na moim Macu. Ten błąd pojawia się za każdym razem po restarcie

psql: could not connect to server: No such file or directory

Is the server running locally and accepting connections on 
Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Jako tymczasowe rozwiązanie robię

brew services stop postgresql@11
brew services start postgresql@11