Impossibile connettersi a PostgreSQL locale

Sono riuscito a migliorare il mio ambiente di sviluppo locale.

Tutte le mie app Rails locali ora danno l'errore:

PGError
could not connect to server: Permission denied
    Is the server running locally and accepting
    connections on Unix domain socket "/var/pgsql_socket/.s.PGSQL.5432"?

Non ho idea di cosa sia stato causato.

Durante la ricerca di una soluzione ho aggiornato tutte le gemme in bundle, le gemme di sistema aggiornate, i MacPort aggiornati. Nessuna gioia.

Altri hanno segnalato questo problema durante l'aggiornamento da OSX Leopard a Lion, a causa della confusione su quale versione di Postgres dovrebbe essere utilizzata (cioè versione OSX o versione MacPorts). Gestisco Lion da diversi mesi, quindi sembra strano che ciò accada ora.

Sono riluttante a scherzare troppo senza prima capire qual è il problema. Come posso eseguire il debug metodicamente?

Come posso determinare quante versioni di PostgreSQL sono sul mio sistema, a quale si accede e dove si trova? Come posso risolvere questo problema se si utilizza PostgreSQL errato?

Ci scusiamo per le domande su Noob. Sto ancora imparando come funziona! Grazie per eventuali suggerimenti.

MODIFICARE

Alcuni aggiornamenti basati su suggerimenti e commenti di seguito.

Ho provato a eseguire pg_lsclustersche ha restituito un command not founderrore.

Ho quindi provato a localizzare il mio file pg_hba.conf e ho trovato questi tre file di esempio:

/opt/local/share/postgresql84/pg_hba.conf.sample
/opt/local/var/macports/software/postgresql84/8.4.7_0/opt/local/share/postgresql84/pg_hba.conf.sample
/usr/share/postgresql/pg_hba.conf.sample

Quindi suppongo che siano installate 3 versioni di PSQL? Macport, OSX predefinito e ???.

Ho quindi fatto una ricerca per lo script di avvio launchctl ps -ef | grep postgresche è tornato

0    56     1   0 11:41AM ??         0:00.02 /opt/local/bin/daemondo --label=postgresql84-server --start-cmd /opt/local/etc/LaunchDaemons/org.macports.postgresql84-server/postgresql84-server.wrapper start ; --stop-cmd /opt/local/etc/LaunchDaemons/org.macports.postgresql84-server/postgresql84-server.wrapper stop ; --restart-cmd /opt/local/etc/LaunchDaemons/org.macports.postgresql84-server/postgresql84-server.wrapper restart ; --pid=none
  500   372     1   0 11:42AM ??         0:00.17 /opt/local/lib/postgresql84/bin/postgres -D /opt/local/var/db/postgresql84/defaultdb
  500   766   372   0 11:43AM ??         0:00.37 postgres: writer process                                                                                                                                                                                                                                                                                                                   
  500   767   372   0 11:43AM ??         0:00.24 postgres: wal writer process                                                                                                                                                                                                                                                                                                               
  500   768   372   0 11:43AM ??         0:00.16 postgres: autovacuum launcher process                                                                                                                                                                                                                                                                                                      
  500   769   372   0 11:43AM ??         0:00.08 postgres: stats collector process                                                                                                                                                                                                                                                                                                          
  501  4497  1016   0 12:36PM ttys000    0:00.00 grep postgres

Ho pubblicato il contenuto di postgresql84-server.wrapper su http://pastebin.com/Gj5TpP62 .

Ho provato a correre port load postgresql184-serverma ho ricevuto un errore Error: Port postgresql184-server not found.

Sono ancora molto confuso su come risolvere questo problema e apprezzo qualsiasi puntatore "per i manichini".

Grazie!

EDIT2

Questo problema è iniziato dopo che ho avuto alcuni problemi con daemondo. Le mie app Rails locali si stavano arrestando in modo anomalo con un errore dell'applicazione simile a "impossibile trovare Daemondo Gem". Ho quindi esaminato una serie di aggiornamenti di bundle, gemma, aggiornamenti delle porte e aggiornamenti della birra per cercare di trovare il problema.

Questo errore potrebbe essere un problema con daemondo?

Sembra davvero un errore dei permessi dei file. I socket di dominio Unix sono file e dispongono di autorizzazioni utente come qualsiasi altro. Sembra che l'utente OSX che tenta di accedere al database non disponga delle autorizzazioni per accedere al file socket. Per confermare questo ho fatto alcuni test su Ubuntu e psql per provare a generare lo stesso errore (incluso di seguito).

È necessario controllare le autorizzazioni per il file socket e le sue directory /vare /var/pgsql_socket. L'app Rails (utente OSX) deve disporre delle autorizzazioni di esecuzione (x) su queste directory (preferibilmente concedere a tutti i permessi) e il socket deve disporre di autorizzazioni complete (wrx). Puoi usarli ls -lAd <file>per controllare questi, e se qualcuno di loro è un link simbolico, devi controllare il file o il dir verso cui punta il link.

Puoi modificare i permessi sulla directory per te stesso, ma il socket è configurato da Postgres in postgresql.conf. Questo può essere trovato nella stessa directory di pg_hba.conf(Dovrai capire quale). Dopo aver impostato i permessi dovrai riavviare postgresql.

# postgresql.conf should contain...
unix_socket_directory = '/var/run/postgresql'       # dont worry if yours is different
#unix_socket_group = ''                             # default is fine here
#unix_socket_permissions = 0777                     # check this one and uncomment if necessary.

MODIFICARE:

Ho fatto una rapida ricerca su Google che potresti voler esaminare per vedere se è relavent. Ciò potrebbe comportare findla mancata riuscita del tentativo di errore del file di configurazione.

http://www.postgresqlformac.com/server/howto_edit_postgresql_confi.html

Messaggio di errore:

Utente non trovato in pg_hba.conf

psql: FATAL:  no pg_hba.conf entry for host "[local]", user "couling", database "main", SSL off

Autenticazione password fallita utente:

psql: FATAL:  password authentication failed for user "couling"

File socket unix mancante:

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"?

Il socket Unix esiste, ma il server non lo ascolta.

psql: could not connect to server: Connection refused
    Is the server running locally and accepting
    connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Autorizzazioni per file errati sul file socket unix :

psql: could not connect to server: Permission denied
    Is the server running locally and accepting
    connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

La mia sensazione è che questo sia (di nuovo) una cosa mac / OSX: il front-end e il back-end assumono una posizione diversa per il socket del dominio unix (che funziona come punto di incontro ).

Elenco di controllo:

• Postgres è in esecuzione: ps aux | grep postgres | grep -v grepdovrebbe fare il trucco
• Dove si trova il socket: find / -name .s.PGSQL.5432 -ls(il socket era in / tmp; si poteva iniziare a guardare lì)
• anche se si individua il socket (dominio unix), il client potrebbe utilizzare una posizione diversa. (questo accade se si mescolano distribuzioni o se si dispone di una distribuzione installata da qualche parte e si dispone di un'altra installazione (ad esempio dalla fonte) altrove), con client e server che utilizzano indirizzi di appuntamento diversi.

Se postgres è in esecuzione e il socket esiste effettivamente, è possibile utilizzare:

• psql -h /the/directory/where/the/socket/was/found mydbname

(che tenta di connettersi al socket del dominio unix)

; ora dovresti ottenere il prompt psql: prova \de poi \qper uscire. Puoi anche provare:

• psql -h localhost mydbname.

(che tenta di connettersi a localhost (127.0.0.1)

Se questi tentativi falliscono a causa di un'autorizzazione insufficiente, è possibile modificare pg_hba.conf (e SIGHUP o riavviare) In questo caso: controllare anche i registri.

Una domanda simile: impossibile avviare Postgres

Nota: se riesci a visualizzare il prompt di psql, la soluzione rapida a questo problema è solo quella di cambiare il tuo config/database.yml, aggiungi:

host: localhost

oppure potresti provare ad aggiungere:

host: /the/directory/where/the/socket/was/found

Nel mio caso, host: /tmp

Provare a disinstallare la gemma pg ( gem uninstall pg) quindi reinstallare - se si utilizza bundler, poi bundle install, il resto gem install pg. Inoltre, assicurati che path prenda la versione giusta: Lion ha una versione di posgresql (le versioni precedenti no) e potrebbe trovarsi nel percorso precedente alla versione installata localmente (es. MacPorts, homebrew).

Nel mio caso: installazione homebrew di postgresql, postgresql aggiornato, rotaie, ecc. E quindi errore. La disinstallazione e reinstallazione di pg gem è stata adatta a me.

La posizione del file socket viene inserita nella gemma al momento della compilazione. Quindi è necessario ricostruire la tua gemma PG.

gem pristine pg
# or
bundle exec gem pristine pg

Questo dovrebbe risolvere quel particolare problema.

Se ricevi un errore simile:

psql: 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"?

Questo potrebbe fare il trucco (lo ha fatto per me):

initdb /usr/local/var/postgres -E utf8

La directory specificata dovrebbe essere diversa se non si utilizza OSX / Brew.

Nota: questo non è il messaggio di errore esatto visto sopra, ma questo thread è il primo risultato per quel messaggio di errore.

ciò che ha risolto questo errore per me è stato l'eliminazione di un file chiamato postmaster.pid nella directory postgres. per favore vedi la mia domanda / risposta usando il seguente link per istruzioni dettagliate. il mio problema non era correlato alle autorizzazioni dei file:

psql: impossibile connettersi al server: nessun file o directory (Mac OS X)

le persone che hanno risposto a questa domanda hanno abbandonato molto il gioco, grazie per quello! ho votato tutto ciò che potevo

È così che ho risolto quel messaggio di errore, basato in parte sulla risposta di wildplasser.

find / -name .s.PGSQL.5432 -ls 2> /dev/null
  => ... /tmp/.s.PGSQL.5432

Quindi, c'è il mio socket o altro, ma il client lo cerca:

/var/run/postgresql/.s.PGSQL.5432

Quindi basta semplicemente creare un collegamento simbolico a /tmp/.s.PGSQL.5432:

sudo ln -s /tmp/.s.PGSQL.5432 /var/run/postgresql/.s.PGSQL.5432

Spero che questo aiuti a chiunque. Sembra un po 'sbagliato, ma ehi, funziona!

Ho iniziato a ottenerlo dopo l'aggiornamento a un nuovo postgres: non mi rendevo conto di avere dei file di dati in sospeso.

Per prima cosa ho provato ad avviare il server Postgres:

postgres -D /usr/local/var/postgres

ed è così che ho visto questo errore

FATAL:  database files are incompatible with server
DETAIL:  The data directory was initialized by PostgreSQL version 9.0, which is not compatible with this version 9.3.5.

Quindi ho trovato questa risposta su SO - correlata a un errore di incompatibilità: /server/342626/how-do-i-upgrade-postgresl-database-incompatibility-error

Questo è ciò che l'ha risolto

mv /usr/local/var/postgres /usr/local/var/postgres.old
initdb -D /usr/local/var/postgres

Confermando che ho avuto un problema simile su PSQL e Django,

Sembrava che il mio server psql non fosse spento correttamente e il file postmaster.pid fosse ancora presente (dovrebbe essere cancellato automaticamente all'arresto corretto) nella mia cartella postgres.

Eliminato questo e tutto bene

Stavo ottenendo lo stesso errore (si è scoperto che era un errore postmaster.pid. Ecco come ho messo Postgres di nuovo attivo e funzionante ( merito a Ricardo Burillo per la correzione ):

$ rm /usr/local/var/postgres/postmaster.pid 
$ pg_resetxlog -f /usr/local/var/postgres

Ho avuto un problema simile quando provavo a usare postgresql con le rotaie. L'aggiornamento del mio Gemfile per utilizzare la nuova versione di Gem pg risolve questo problema per me. (gem pg versione 0.16.0 funziona). Nel Gemfile usare:

gem 'pg', '0.16.0'

quindi eseguire quanto segue per aggiornare la gemma

bundle install --without production
bundle update
bundle install

Ho letto molti argomenti su questo errore e la soluzione per me era semplicemente riavviare i postgres con:

sudo service postgresql restart

Che non è menzionato qui.

psql: 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"?

Sto cercando la soluzione per un po '. Quindi, questo ha risolto il problema anche per me (reinit db):

rm -r /usr/local/var/postgres  
initdb /usr/local/var/postgres -E utf8  
pg_ctl -D /usr/local/var/postgres -l logfile start

Uso OS X 10.11.3 con brew.

Questo è successo a me oggi dopo che la batteria del mio Macbook è morta. Penso che questo possa essere causato da un arresto improprio. Tutto ciò che devi fare in casi come il mio è eliminare postmaster.pid

Passa alla cartella

cd /usr/local/var/postgres

Controlla se postmaster.pid è presente

ls

Rimuovi postmaster.pid

rm postmaster.pid

Nel mio caso nessuna delle soluzioni precedenti era buona. Invece di utilizzare socket, è possibile utilizzare il numero TCP host+ portnel file di configurazione di Rails. Quindi nel database.ymlfile basta aggiungere due righe come qui:

...
adapter: postgresql
encoding: unicode
pool: 5
host: localhost
port: 5432

Questo ha risolto il mio problema :)

Prima di usare questa correzione:

sudo mkdir /var/run/postgresql
sudo ln -s /tmp/.s.PGSQL.5432 /var/run/postgresql/.s.PGSQL.5432

Ma dopo ogni riavvio è /tmp/.s.PGSQL.5432stato eliminato e ho dovuto ripetere questi comandi. La soluzione funziona, ma è orribile, quindi è meglio modificare il file di configurazione del database Rails :)

Ho ricevuto questo errore quando stavo installando Posgtres con Django, sto usando Back Track e viene fornito con Postgres installato. Presumo che le impostazioni siano il problema. L'ho risolto rimuovendolo completamente e reinstallandolo in questo modo.

sudo apt-get remove postgresql
sudo apt-get purge postgresql

Ora esegui:

apt-get --purge remove postgresql\*

per rimuovere tutto PostgreSQL dal tuo sistema. La sola eliminazione del pacchetto Postgres non è sufficiente poiché è solo un meta-pacchetto vuoto.

Una volta rimossi tutti i pacchetti PostgreSQL, eseguire:

rm -r /etc/postgresql/
rm -r /etc/postgresql-common/
rm -r /var/lib/postgresql/
userdel -r postgres
groupdel postgres

Ora dovresti essere in grado di:

apt-get install postgresql

MacOSX qui. Ho avuto lo stesso problema dopo aver aggiornato la mia installazione postresql da un pre-9.1 a 9.1.2 usando homebrew. (A proposito, ricordati di scaricare i database prima dell'aggiornamento con pg_dump, i database pre-9.1 sono incompatibili.) Stesso problema, stessi messaggi di errore.

Disinstallare la gemma PG ha fatto il trucco per me. In realtà ho dovuto ballare un po 'per scoprire il problema. Per prima cosa ho fatto una disinstallazione globale di gemme, cancellando il mazzo di tutte le vecchie gemme (ce n'erano alcune). Quindi ho rimosso pg dal mio Gemfile, ricondizionato, ripristinato il riferimento pg e rimbalzato ancora una volta.

Successivamente, ha funzionato come un fascino.

Ciao mondo :)
Il modo migliore ma strano per me era fare le prossime cose.

1) Scarica postgres93.app o altra versione. Aggiungi questa app nella cartella / Applicazioni /.

2) Aggiungi una riga (comando) nel file.bash_profile (che si trova nella mia home directory):

export PATH = / Applicazioni / Postgres93.app / Contenuti / MacOS / bin /: $ PATH

3) Avvia Postgres93.appdalla /Applications/cartella. Avvia un server locale (la porta è "5432" e l'host è "localhost").

4) Dopo tutte queste manipolazioni sono stato felice di eseguire $ createuser -SRDP user_namee altri comandi e vedere che ha funzionato! Postgres93.apppuò essere fatto funzionare ad ogni avvio del sistema.

5) Inoltre, se si desidera visualizzare graficamente i database, è necessario installarli PG Commander.app. È un buon modo di vedere il tuo DB postgres come tabelle dati piuttosto carine

Naturalmente, è utile solo per il server locale. Sarò felice se queste istruzioni aiuteranno gli altri che hanno affrontato questo problema.

Ho avuto questo problema che mi affligge e, dopo ulteriori indagini (in esecuzione rake db:setup), ho visto che le rotaie stavano cercando di connettersi a un'istanza di Postgres precedentemente utilizzata, una che era memorizzata nelle variabili env come DATABASE_URL.

La correzione: unset DATABASE_URL

fonte: https://stackoverflow.com/a/17420624/2577622

Ho provato la maggior parte delle soluzioni a questo problema, ma non sono riuscito a farlo funzionare.

Ho corso lsof -P | grep ':5432' | awk '{print $2}'che ha mostrato il PID del processo in esecuzione. Tuttavia non potrei ucciderlo con kill -9 <pid>.

Quando ho eseguito pkill postgresqlil processo finalmente si è fermato. Spero che questo ti aiuti.

gem uninstall pg

Su OS X con Homebrew:

gem install pg -- --with-pg-config=/usr/local/bin/pg_config