Como acesso o Postgres quando recebo um erro sobre "/var/run/postgresql/.s.PGSQL.5432"?

Se o seu serviço Postgres estiver funcionando sem nenhum erro ou não houver erro ao iniciar o serviço Postgres e você ainda estiver recebendo o erro mencionado, siga estas etapas

Step1: Running pg_lsclustersirá listar todos os clusters postgres em execução no seu dispositivo

por exemplo:

Ver Cluster Port Status Owner    Data directory               Log file
9.6 main    5432 online postgres /var/lib/postgresql/9.6/main /var/log/postgresql/postgresql-9.6-main.log

muito provavelmente o status estará inativo no seu caso. Tente reiniciar os clusters e o serviço Postgres

Etapa 2: reinicie o pg_ctlcluster

#format is pg_ctlcluster <version> <cluster> <action>
sudo pg_ctlcluster 9.6 main start

#restart postgresql service
sudo service postgresql restart

Etapa 3: a etapa 2 falhou e gerou um erro

Se este processo não for bem sucedido, ele lançará o erro. Meu erro foi (você pode ver o log de erro /var/log/postgresql/postgresql-9.6-main.log)

FATAL: could not access private key file "/etc/ssl/private/ssl-cert-snakeoil.key": Permission denied
Try adding `postgres` user to the group `ssl-cert`

Etapa 4: verifique a propriedade do postgres

Certifique-se de que postgresé o proprietário de, /var/lib/postgresql/version_no/main por exemplo:sudo chown postgres -R /var/lib/postgresql/9.6/main/

Etapa 5: verifique se o usuário Postgres pertence ao grupo de usuários ssl-cert

Aconteceu comigo e descobri que removi erroneamente o usuário Postgres do grupo "ssl-cert". Execute o código abaixo para corrigir o problema do grupo de usuários e corrigir as permissões

#set user to group back with
sudo gpasswd -a postgres ssl-cert

# Fixed ownership and mode
sudo chown root:ssl-cert  /etc/ssl/private/ssl-cert-snakeoil.key
sudo chmod 740 /etc/ssl/private/ssl-cert-snakeoil.key

sudo service postgresql restart

Você provavelmente tem várias versões do PostgreSQL instaladas. Em caso afirmativo, a outra versão provavelmente é padrão, unix_socket_directories = '/tmp/'mas o libpqseu psqlestá vinculado provavelmente é o padrão /var/run/postgresql/.

Tentar

psql -h /tmp

Se isso funcionar, o acima é o problema. Você pode adicionar export PGHOST=/tmpao seu .bashrcpara alterar o padrão localmente para seu usuário.

Se isso não funcionar, verifique se o PostgreSQL está realmente em execução

ps aux |grep postgres

e se não, iniciá-lo. Como depende de como você o instalou, mas será através dos comandos serviceou se você instalou usando pacotes.systemctl

psql: não foi possível conectar ao servidor: Arquivo ou diretório inexistente O servidor está executando localmente e aceitando conexões no soquete de domínio Unix "/var/run/postgresql/.s.PGSQL.5432"?

Esse erro geralmente significa que o servidor não está em execução. Com base na dpkg -lsaída e no encadeamento de comentários, foi porque o postgresql-9.5pacote principal foi de alguma forma desinstalado. Como a desinstalação não foi chamada com a --purgeopção dpkg, os arquivos de dados e configuração ainda estão lá, portanto, apt-get install postgresql-9.5pode corrigir o problema.

Você está no Ubuntu. Você pode usar wrappers Debian. Tente pg_ctlcluster 9.6 main start(você pode alterar main para o nome do seu cluster.

Para verificar se outra versão do PostgreSQL está sendo executada, tente ps -ef | grep postgres.

Se não começar com pg_ctlcluster. Olhe para os registros. Para baseado em Debian, o log padrão é em /var/log/postgresql.

Eu estava recebendo o mesmo erro no Ubuntu 20.04 para conectar através da libpq.

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

Eu editei o arquivo de configuração do postgres

sudo nano /etc/postgresql/12/main/postgresql.conf

e mudou

unix_socket_directories = '/var/run/postgresql/'

para

unix_socket_directories = '/tmp/'

então reiniciei usando

sudo service postgresql restart

e começou a funcionar

Resolvi este problema com algumas verificações

root@biber-OptiPlex-380:/home/biber/kailas/RoR/demo# su - postgres
postgres@biber-OptiPlex-380:~$ psql
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"?
postgres@biber-OptiPlex-380:~$ service postgresql status
9.5/main (port 5432): down
postgres@biber-OptiPlex-380:~$ service postgresql start
 * Starting PostgreSQL 9.5 database server                                                                                                        [ OK ] 
postgres@biber-OptiPlex-380:~$ service postgresql status
9.5/main (port 5432): online
postgres@biber-OptiPlex-380:~$ psql
psql (9.5.19)
Type "help" for help.

postgres=#

Tente psql -h localhost -U postgresque curou a mensagem de erro para mim com o Postgres executando o docker localmente no Ubuntu 18.04.

Remova o banco de dados e o acesso do usuário vá para
este caminho e abra o pg_hba.conf e remova o usuário abaixo do "Login administrativo do banco de dados por soquete de domínio Unix" diferente do banco de dados postgres.

/etc/postgresql/10/main$ sudo nano pg_hba.confousudo nano /etc/postgresql/10/main/pg_hba.conf

depois de remover o usuário ficamos assim: