@dashie En vrai je crois qu’il essaye déjà de passer par un socket et ça marche pas. Raaah, je comprends rien à ce truc ><.

@gordon @Sylvhem Si t'es sur une debian-like, tu peux faire « sudo -iu postgres psql » et tu es en super user postgresql

@lleofar Je suis déjà connectée sur mon compte postgres, le problème c’est que la commande psql me retourne :
« psql: n'a pas pu se connecter au serveur : Aucun fichier ou dossier de ce type
Le serveur est-il actif localement et accepte-t-il les connexions sur la
socket Unix « /var/run/postgresql/.s.PGSQL.5432 » ? »

@gordon

@Sylvhem Ah, le service postgresql est il actif (on dirait que la socket n'est pas créée) @gordon

@lleofar On dirait bien que non ! Mince désolée, c’était trivial et je croyais l’avoir vu tourner dans les processus ><.

@gordon

@Sylvhem @gordon @lleofar que te dit ton système d'init qui gère tes processus ? (au pif, systemd ?) Lui il sait te dire si le service tourne ou pas.

@Sasha Alors, le service tournait bel et bien… Mais l’éteindre et le rallumer à corriger le truc ¯\_(ツ)_/¯.

@lleofar @gordon

@Sylvhem Oui alors faut bien faire gaffe à ce que te dit systemctl status des fois il te dit que le service est up mais que le démon a planté. @gordon @Sasha

@lleofar Ça m’est déjà arrivé plusieurs fois je crois :/.

@Sasha @gordon

@lleofar @gordon @Sylvhem On a un rabbitmq comme ça au boulot qui joue systématiquement à se barrer de la supervision de systemctl. Le process continue à tourner mais complètement hors-radar de systemd alors qu'il a été lancé par là. Plus possibilité de l'arrêter, ça se finit en chasse au lapin à coup de kill -TERM.