Re: problemi con postgres
Il 15/10/18 09:56, Federico Di Gregorio ha scritto: [...] Usando systemd come sistema di init, PostgreSQL non dipende da network-online.target. Secondo me è un bug (o una scelta che non capisco). Io aprirei un bug. qualcuno lo ha segnalato proprio ieri: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910991 Piviul
Re: problemi con postgres
On 10/12/2018 07:43 PM, Marco Gaiarin wrote: Mandi! Piviul In chel di` si favelave... postgres ora si avvia correttamente. Secondo voi è un baco di postgres? Bah, diciamo che far funzionare un server postgres su DHCP non è molto usuale...;-) Dovrei segnalarlo? Secondo me si, è comunque plausibile che postgres parta dopo l'avvio della rete, normalmente non viene usato SOLO su localhost... Usando systemd come sistema di init, PostgreSQL non dipende da network-online.target. Secondo me è un bug (o una scelta che non capisco). Io aprirei un bug. Nota: per vedere le dipendenze di un servizio: systemd-analyze critical-chain postgresql.service federico -- Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it There's no certainty - only opportunity. -- V
Re: problemi con postgres
Il 12/10/18 19:43, Marco Gaiarin ha scritto: Mandi! Piviul In chel di` si favelave... postgres ora si avvia correttamente. Secondo voi è un baco di postgres? Bah, diciamo che far funzionare un server postgres su DHCP non è molto usuale... ;-) beh, ma è una lease statica! Io preferisco così: dal dhcp server vedo in un colpo solo solo tutte le lease statiche assegnate, altrimenti per sapere gli ip assegnati dovrei o tenere aggiornato un file (e conoscendomi sono sicuro non corrisponderebbe quasi mai alla realtà) oppure andare in ogni server a vedere gli ip... Dovrei segnalarlo? Secondo me si, è comunque plausibile che postgres parta dopo l'avvio della rete, normalmente non viene usato SOLO su localhost... ok, in settimana lo faccio. Buona settimana! Piviul
Re: problemi con postgres
Mandi! Piviul In chel di` si favelave... > postgres ora si avvia correttamente. Secondo voi è un baco di postgres? Bah, diciamo che far funzionare un server postgres su DHCP non è molto usuale... ;-) > Dovrei segnalarlo? Secondo me si, è comunque plausibile che postgres parta dopo l'avvio della rete, normalmente non viene usato SOLO su localhost... -- We have joy, we have fun, we have Linux on our Sun.
Re: problemi con postgres
Il 09/10/18 10:05, Federico Di Gregorio ha scritto: [...] La prima spiegazione che mi viene in mente è che PostgreSQL parta quando l'indirizzo 192.168.70.3 ancora non esiste. Inizierei ad indagare da li. in seguito al tuo stimolo e alla discussione su systemd ho approfondito la cosa ed in effetti hai ragione, postgres parte prima che la rete sia attiva. Lo avevo scongiurato perché nel file /etc/init.d/postgresql leggo: # Required-Start: $local_fs $remote_fs $network $time ma non credo che venga letto più quel file... comunque ho letto un po' di documentazione e dopo aver creato il file $ cat /etc/systemd/system/postgresql@.service.d/postgresql.conf [Unit] # postgresql deve essere avviato dopo che si avvia la rete altrimenti ascolta solo da localhost After=networking.service postgres ora si avvia correttamente. Secondo voi è un baco di postgres? Dovrei segnalarlo? Piviul
Re: problemi con postgres
Il 09/10/18 13:38, Federico Di Gregorio ha scritto: On 10/09/2018 12:42 PM, Piviul wrote: Il 09/10/18 10:05, Federico Di Gregorio ha scritto: [...] La prima spiegazione che mi viene in mente è che PostgreSQL parta quando l'indirizzo 192.168.70.3 ancora non esiste. Inizierei ad indagare da li. non so, posso dire che in /etc/init.d/postgresql in Required-Start c'è $network... Nei log non trovo nulla di anomalo... Come viene assegnato quell'indirizzo? Sulla macchina c'è systemd? sulla macchina c'è systemd e l'indirizzo è dinamico ma il server dhcp da sempre lo stesso indirizzo al mac address... Piviul
Re: problemi con postgres
On 10/09/2018 12:42 PM, Piviul wrote: Il 09/10/18 10:05, Federico Di Gregorio ha scritto: [...] La prima spiegazione che mi viene in mente è che PostgreSQL parta quando l'indirizzo 192.168.70.3 ancora non esiste. Inizierei ad indagare da li. non so, posso dire che in /etc/init.d/postgresql in Required-Start c'è $network... Nei log non trovo nulla di anomalo... Come viene assegnato quell'indirizzo? Sulla macchina c'è systemd? federico -- Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it Democracy is two wolves and a sheep voting on dinner.
Re: problemi con postgres
Il 09/10/18 10:05, Federico Di Gregorio ha scritto: [...] La prima spiegazione che mi viene in mente è che PostgreSQL parta quando l'indirizzo 192.168.70.3 ancora non esiste. Inizierei ad indagare da li. non so, posso dire che in /etc/init.d/postgresql in Required-Start c'è $network... Nei log non trovo nulla di anomalo... Piviul
Re: problemi con postgres
On 10/09/2018 09:21 AM, Piviul wrote: Ciao a tutti, da quando ho aggiornato a stretch un server di sviluppo ho un piccolo problema con postgres. Ogni volta che avvio la macchina ascolta solo in locale sulla porta 5432 ma se riavvio postgres poi ascolta correttamente anche sulla porta 5432 dell'IP che gli viene assegnato. In altre parole appena accendo il PC: # netstat -lntu | grep 5432 tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN Poi se faccio il restart di postgres: # netstat -lntu | grep 5432 tcp 0 0 192.168.70.3:5432 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN Per ora ho risolto scriptando un riavvio di postgres ad ogni avvio della macchina... Avete idea su come possa fare a debuggare il problema? La prima spiegazione che mi viene in mente è che PostgreSQL parta quando l'indirizzo 192.168.70.3 ancora non esiste. Inizierei ad indagare da li. federico -- Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it Se sai che hai un * di file così, lo manovri subito. -- vodka
problemi con postgres
Ciao a tutti, da quando ho aggiornato a stretch un server di sviluppo ho un piccolo problema con postgres. Ogni volta che avvio la macchina ascolta solo in locale sulla porta 5432 ma se riavvio postgres poi ascolta correttamente anche sulla porta 5432 dell'IP che gli viene assegnato. In altre parole appena accendo il PC: # netstat -lntu | grep 5432 tcp0 0 127.0.0.1:5432 0.0.0.0:* LISTEN Poi se faccio il restart di postgres: # netstat -lntu | grep 5432 tcp0 0 192.168.70.3:5432 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:5432 0.0.0.0:* LISTEN Per ora ho risolto scriptando un riavvio di postgres ad ogni avvio della macchina... Avete idea su come possa fare a debuggare il problema? Grazie Piviul