Brak pliku gniazda /var/pgsql_socket/.s.PGSQL.5432 w Mountain Lion (serwer OS X)

Udało mi się dodać następujące elementy do mojego .bash_profile, aby zapobiec błędowi:

export PGHOST=localhost

To działa ponieważ:

Jeśli pominiesz nazwę hosta, psql połączy się poprzez gniazdo domeny Unix z serwerem na hoście lokalnym lub przez TCP/IP z hostem lokalnym na komputerach, które nie mają gniazd domeny Unix.

Twój system operacyjny obsługuje gniazda domeny Unix, ale gniazdo Unix PostgreSQL, którego psql potrzebuje, albo nie istnieje, albo znajduje się w innym miejscu, niż się spodziewa.

Określenie nazwy hosta jawnie jako localhost wymusza psql użycie protokołu TCP/IP. Ustawienie zmiennej środowiskowej PGHOST jest jednym ze sposobów osiągnięcia tego celu. Jest to udokumentowane w podręczniku psql.

Spróbuj wkleić w konsoli to:

$ mkdir /var/pgsql_socket/ 

$ ln -s /private/tmp/.s.PGSQL.5432 /var/pgsql_socket/

Udało mi się rozwiązać problem, po prostu wpisując 127.0.0.1 dla adresu hosta PostgreSQL, zamiast pozostawiać puste. (Przykład Django)

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': 'database_name',
        'USER': 'database_user',
        'PASSWORD': 'pass',
        'HOST': '127.0.0.1',
        'PORT': '',
        }
}

Otwórz plik „postgresql.conf” w swoim ulubionym edytorze. Poszukaj zmiennej „unix_socket_directories”, najprawdopodobniej będzie ona wyglądać tak:

unix_socket_directories = '/private/tmp/'

Zmień linię na tę:

unix_socket_directories = '/var/pgsql_socket/'

Uwaga, jeśli chcesz, aby pliki gniazd znajdowały się w więcej niż jednym katalogu, oddziel je przecinkiem.

Znacznie prostsze rozwiązanie (dzięki http://daniel.fone.net.nz/blog/2014/12/01/fixing-connection-errors-after-upgrading-postgres/) . Uaktualniłem do Postgres 9.4. W moim przypadku wszystko, co musiałem zrobić (po całym dniu szukania w Google i bez powodzenia)

gem uninstall pg
gem uninstall activerecord-postgresql-adapter
bundle install

Uruchom ponownie Webrick i gotowe!

Jak wspomnieli inni w komentarzach, naprawdę prostym rozwiązaniem tego problemu jest zadeklarowanie bazy danych „host” w konfiguracji bazy danych. Dodanie tej odpowiedzi tylko po to, aby uczynić ją trochę bardziej przejrzystą dla każdego, kto to czyta.

Na przykład w aplikacji Ruby on Rails edytuj /config/database.yml:

development:
  adapter: postgresql
  encoding: unicode
  database: database_name
  pool: 5
  host: localhost

Uwaga: ostatnia linia dodana w celu określenia hosta. Przed aktualizacją do Yosemite nigdy nie musiałem określać hosta w ten sposób.

Mam nadzieję, że to komuś pomoże.

Dzięki

Sprawdź status bazy danych:

service postgresql status

Jeśli baza danych nie jest uruchomiona, uruchom db:

sudo service postgresql start

Czy możesz sprawdzić plik postgresql.conf?

Na jakim porcie działa Twój postgres?

Myślę, że nie działa na porcie 5432. Jeśli nie, zmień go na 5432

LUB w przypadku korzystania z terminala

psql -U  postgres -p YOUR_PORT_NUMBER database_name

Miałem ten problem z Django.

Napraw to, ustawiając nazwę hosta na „localhost”.

robię w słowie, robiąc to:

dpkg-reconfigure locales

i wybierz preferowane lokalizacje

pg_createcluster 9.5 main --start

(9.5 to moja wersja postgresql)

/etc/init.d/postgresql start

i wtedy to słowo!

sudo su - postgres
psql

W przypadku aplikacji RubyOnRails dodaj localhost Jeśli używasz niestandardowej wersji Postgresql

# config/database.yml
default: &default
  host: localhost

Jeśli masz powyższy problem, ale dokonałeś aktualizacji z Yosemite, potrzebne jest inne podejście, ponieważ rozwiązanie aktualizacji może zniszczyć niektóre pliki. Więcej szczegółów można znaleźć pod adresem Brak `pg_tblspc` po instalacji najnowszej wersji OS X (Yosemite lub El Capitan).

psql: could not connect to server: No such file or directory
    Is the server running locally and accepting
    connections on Unix domain socket"/var/pgsql_socket/.s.PGSQL.5432"?

Ciągle pojawiał się powyższy błąd i żadne z powyższych rozwiązań nie zadziałało. Wreszcie poniższe rozwiązanie rozwiązało mój problem w systemie Mac OS X

Zainstaluj postgres za pomocą naparu

brew install postgres

Zainstaluj usługi parzenia

brew tap homebrew/services

Aby uruchomić Postgres jako usługę w tle

brew services start postgresql

Aby zatrzymać postgres ręcznie

brew services stop postgresql

Możemy również skorzystać z usług parzenia, aby ponownie uruchomić Postgres

brew services restart postgresql

sprawdź, czy serwer Postgres działa z następującym kodem

sudo service postgresql status

jeśli serwer Postgres jest nieaktywny, napisz następujące polecenie.

sudo service postgresql start

Ten błąd pojawił się po tym, jak mój komputer się zawiesił i sam uruchomił ponownie. Rozwiązanie dla mnie nie zostało znalezione na tej stronie, a raczej w innym bardzo wysoko ocenionym pytaniu SO z tym samym błędem psql: nie można połączyć się z serwerem: nie ma takiego pliku ani katalogu (Mac OS X). Odpowiedź: po prostu usuń ten plik /usr/local/var/postgres/postmaster.pid, a następnie brew services restart postgresql załatwi sprawę. Zanim to zrobisz, zapoznaj się z ostrzeżeniem w połączonej odpowiedzi na temat zabijania procesów Postgres, w przeciwnym razie możesz trwale uszkodzić bazę danych.

Uprawnienia do plików są restrykcyjne w bazie danych Postgres należącej do systemu Mac OS. Te uprawnienia są resetowane po ponownym uruchomieniu lub ponownym uruchomieniu Postgres: np. administrator serwera uruchom postgres.

Tymczasowo zresetuj uprawnienia lub własność:

sudo chmod o+rwx /var/pgsql_socket/.s.PGSQL.5432
sudo chown "webUser"  /var/pgsql_socket/.s.PGSQL.5432

Resetowanie uprawnień nie jest bezpieczne, więc aby uzyskać rozwiązanie, zainstaluj posiadaną wersję bazy danych.

Zajęło mi to trochę czasu, ale udało mi się w końcu to uruchomić po przejrzeniu oferowanych sugestii i przeprowadzeniu dodatkowych wyszukiwań w Internecie. Informacje te wykorzystałem w poniższym filmie YouTube stworzonym przez Mactasię:

http://www.youtube.com/watch?v=y1c7WFMMkZ4

Kiedy to zrobiłem, zobaczyłem plik z rozszerzeniem .lock. Jednak nadal pojawiał się błąd, gdy próbowałem uruchomić serwer Rails, gdy wznowiłem pracę nad moją aplikacją Railsową przy użyciu PostgreSQL. Tym razem dostałem błąd odmowy pozwolenia. Wtedy przypomniałem sobie, że nie tylko musiałem zmienić adresy słuchaczy w pliście, ale także zmienić uprawnienia unit_socket_permissions na 0777. Zalogowałem się również jako root, aby zmienić uprawnienia do folderu var/pgsql_socket, do którego mogłem uzyskać dostęp pod adresem poziom użytkownika. Postgres działa teraz dobrze. Jestem w trakcie ponownego ładowania danych z kopii zapasowej SQL.

Nie rozumiałem, że kiedy miałem włączoną wiki, PostgreSQL rzekomo działał, kiedy zrobiłem sudo serveradmin fullstatus postgres, ale nadal pojawiał się błąd. No cóż.

Właśnie utworzyłem nowy klaster i to zadziałało dla mnie, korzystałem z (PostgreSQL) 9.3.20:

sudo pg_createcluster 9.3 main --start

Najpierw usuń zainstalowany postgres:

sudo apt-get purge postgr*
sudo apt-get autoremove

Następnie zainstaluj „synaptic”:

sudo apt-get install synaptic
sudo apt-get update

Następnie zainstaluj Postgres

sudo apt-get install postgresql postgresql-contrib