Perché PostgreSQL 9.3 non si avvia su Ubuntu?

Ho installato correttamente PostgreSQL 9.3 dal repository APT su 2 VM che eseguono Ubuntu 12.04 e 13.04 ... tuttavia, non riesco a farlo installare correttamente sul mio computer host che esegue Ubuntu 12.04.

L'installazione (questa volta) sembra essere andata bene, ma forse c'è un errore che non capisco:

* No PostgreSQL clusters exist; see "man pg_createcluster"
Setting up postgresql-9.3 (9.3.0-2.pgdg12.4+1) ...
Creating new cluster 9.3/main ...
  config /etc/postgresql/9.3/main
  data   /var/lib/postgresql/9.3/main
  locale en_US.UTF-8
  port   5432
update-alternatives: using /usr/share/postgresql/9.3/man/man1/postmaster.1.gz to provide /usr/share/man/man1/postmaster.1.gz (postmaster.1.gz) in auto mode.

Quindi provo ad aggiungermi come utente PostgreSQL, ma ottengo questo:

createuser: could not connect to database postgres: 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"?

Non riesco a vedere PostgreSQL in esecuzione nel monitor di sistema e non esiste alcun file nella cartella / var / run / postgresql / ... completamente vuoto.

EDIT: sulle macchine virtuali, c'è un file in / var / run / postgresql / chiamato 9.3-main.pid

Non c'è nulla nel file di registro della macchina host che si trova / var / log / postgresql

Quindi ... cosa sta succedendo qui che non succede nella mia VM? Come ho detto, le altre installazioni sulle macchine virtuali, tra cui PostGIS e PGAdmin, sono state perfette ... non ho idea del perché questa macchina host non stia attraversando ...

Le mie impostazioni locali non sono state configurate correttamente quando è stato installato PostgreSQL. L'eliminazione e la reinstallazione non sono state di aiuto. Ho seguito le istruzioni qui e questo ha fatto il trucco per me.

Parti essenziali delle informazioni collegate riprodotte di seguito:

Il problema si è manifestato nel modo seguente:

warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
...
are supported and installed on your system.

Il primo è stato molto facile da risolvere eseguendo:

#dpkg-reconfigure locales

... e scegliendo i locali preferiti.

Ma dopo ciò PostgreSQL ha ancora rifiutato di iniziare. Ciò è dovuto al fatto che il processo di installazione ha tentato di creare un cluster al momento dell'installazione, ma a causa delle localizzazioni errate ciò non è stato fatto. Quindi dobbiamo ripetere questo passaggio eseguendo:

#pg_createcluster 9.3 main --start

(Per la versione 9.3 di PostgreSQL)

Dopo questo passaggio PostgreSQL si avvia in modo impeccabile tramite

#/etc/init.d/postgresql start

Spero che tu abbia già risolto questo problema, ma sto riscontrando un problema simile che sembra avere una fonte diversa e forse la mia esperienza mi aiuterà se hai ancora problemi.

Il mio problema con 9.3 su Ubuntu riguarda il dir socket che è un dir transitorio in / run. Fondamentalmente, lo script init.d dovrebbe occuparsi della creazione della directory socket in / run / postgresql se non esiste durante l'azione di avvio. Questo sarà sempre lo stato delle cose dopo un riavvio.

Il problema è, tuttavia, che lo script init.d verrà chiuso prima di eseguire l'azione di avvio se la directory socket non esiste. Questo perché la chiamata a pg_lsclusters avrà esito negativo senza la directory socket, che a sua volta impedisce all'azione di avvio di creare mai la directory socket.

Non ho capito quale sia la soluzione migliore, ma se trasferisco la logica per la creazione della directory socket dall'azione di avvio a prima della chiamata a pg_lsclusters, sono in grado di avviare il server dopo il riavvio senza problemi.

Ecco la parte dell'azione iniziale che gestisce la creazione della directory socket:

# create socket directory
if [ -d /var/run/postgresql ]; then
  chmod 2775 /var/run/postgresql
else
  install -d -m 2775 -o postgres -g postgres /var/run/postgresql
  [ -x /sbin/restorecon ] && restorecon -R /var/run/postgresql || true
fi

Pubblicherò un aggiornamento se la causa principale di questo diventa chiara per me, perché questo chiaramente non può essere il comportamento previsto.

APPENDICE:

Penso che il motivo per cui stavo incontrando questo problema è perché non avevo un buon valore configurato per unix_socket_directories . In 9.2 questa opzione di configurazione era unix_socket_directory, che ho rimosso anziché passare a unix_socket_directories. Da quando ho impostato un valore per unix_socket_directories, non ho avuto problemi con l'avvio del server.

Ho avuto diversi problemi con il file socket, nel tuo caso /var/run/postgresql/.s.PGSQL.5432

assicurarsi che la directory / var / run / postgresql esista e sia scrivibile prima di avviare postgresql per maggiori informazioni, consultare questa discussione .

inoltre, durante la connessione utilizzare -h flag:

psql -h localhost 

e vedere se questo lo risolve.

Questo sembra risolvere il problema su Ubuntu:

Modifica postgresql.conf:

unix_socket_directories='/var/run/postgresql

Adesso fallo service postgresql start

Sono nuovo in PSQL ma ho risolto il problema modificando start.conf Avevo commentato l'impostazione "auto" per gestire manualmente il server, ma ha bisogno di un valore: auto, manuale o disabilitato.

EGD.

Da parte mia lo script di avvio non è corretto. I file di configurazione sono installati in /etc/postgresql/9.3/main ma lo script /usr/share/postgresql-common/init.d-functions sta cercando in

for c in /etc/postgresql/"$2"/*; do 

Sostituisci questa riga con

for c in /etc/postgresql/"$2"/main; do

Tutti,

dopo alcuni scavi, ho trovato (a) la soluzione qui:

http://ubuntuforums.org/showthread.php?t=869080

Che conteneva queste istruzioni:

Esegui nel terminale:

sudo mkdir -p /usr/local/pgsql/data
sudo chown -R postgres:postgres /usr/local/pgsql/
sudo su - postgres
cd /usr/lib/postgresql/9.3/bin/
./initdb -D /usr/local/pgsql/data
./postgres -D /usr/local/pgsql/data

Ora il mio server è attivo e funzionante !!!

EDIT : dopo un riavvio, il server non è ancora in esecuzione ...

Sono apprezzati tutti i pensieri sul perché avessi bisogno di eseguirlo!