Errore di avvio Postfix Porta 25: indirizzo già in uso


19

Sto tentando di far funzionare Postfix sul mio server, ma continuo a ricevere il seguente errore nel mio /var/log/mail.log:

postfix / master [5041]: fatale: associa la porta 0.0.0.0 25: indirizzo già in uso

Ho fatto qualche ricerca e ho trovato questa eccellente risposta di Oli (riguardo a questa stessa domanda) in cui si consiglia di eliminare sostanzialmente il mio server dai pacchetti sendmail per evitare conflitti, quindi reinstallare Postfix, che a sua volta installerà la propria marca di sendmail. Sfortunatamente non ha risolto del tutto il problema (vedi sotto per come).

Ho seguito le istruzioni ed eseguito il seguente controllo, a cui ho ricevuto una risposta incoraggiante:

$ dpkg -S `which sendmail`
postfix: /usr/sbin/sendmail

Tuttavia, quando ho riavviato Postfix, ho riscontrato lo stesso errore.

Per quanto riguarda la contingenza di Oli, ho cercato il processo che stava eseguendo il hogging sulla porta 25 con il seguente:

$ sudo netstat -pel | grep smtp
tcp        0      0 localhost.localdom:smtp *:*                     LISTEN      root       
35704126    27626/sendmail: MTA

Ma ecco dove è diventato confuso: ho quindi cercato il processo 27626ma mi è stato detto:

dpkg-query: non è stato trovato alcun percorso corrispondente alle
connessioni del
modello 27626 .

Ho tirato su htop e sono stato in grado di trovare il PID sopra associato al seguente comando:

sendmail: MTA: accettare connessioni

Ho quindi cercato di terminare il processo con entrambi killall sendmaile ho killall 27626continuato a farlo no process found.

Il problema è (oltre all'ovvio) che non so come interpretare questi risultati. Ho cancellato il server di sendmail, quindi posso solo supporre che la versione di sendmail di Postfix stia dirottando la porta? Non so nemmeno se abbia senso.

Ad ogni modo, se qualcuno potesse darmi una dritta su questo o almeno fare alcune interessanti domande di diagnostica, lo apprezzerei.

Nel caso sia utile, sto usando virtualmin sul server per gestire alcuni domini diversi e sto anche eseguendo wordpress.

Molte grazie in anticipo!

In risposta a una richiesta ho pubblicato un ps -efseguito

root@upsmart:~# ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Jan12 ?        00:00:00 init
root         2     1  0 Jan12 ?        00:00:00 [kthreadd/20017]
root         3     2  0 Jan12 ?        00:00:00 [khelper/20017]
root        68     1  0 Jan12 ?        00:00:00 upstart-udev-bridge --daemon
root        75     1  0 Jan12 ?        00:00:00 /sbin/udevd --daemon
root       110     1  0 Jan12 ?        00:00:00 /usr/sbin/sshd -D
root       130    75  0 Jan12 ?        00:00:00 /sbin/udevd --daemon
root       131    75  0 Jan12 ?        00:00:00 /sbin/udevd --daemon
root       175     1  0 Jan12 ?        00:00:00 upstart-socket-bridge --daemon
116        205     1  0 Jan12 ?        00:00:03 dbus-daemon --system --fork --activation=upstart
root       385     1  0 Jan12 ?        00:00:00 /usr/sbin/dovecot -F -c /etc/dovecot/dovecot.conf
root       386     1  0 Jan12 ?        00:00:04 cron
mysql      410     1  0 Jan12 ?        00:08:06 /usr/sbin/mysqld
dovecot    441   385  0 Jan12 ?        00:00:00 dovecot/anvil
root       442   385  0 Jan12 ?        00:00:00 dovecot/log
root       444   385  0 Jan12 ?        00:00:00 dovecot/config
syslog     445     1  0 Jan12 ?        00:00:08 /sbin/syslogd -u syslog
bind       474     1  0 Jan12 ?        00:00:12 /usr/sbin/named -u bind
clamav     844     1  0 Jan12 ?        00:01:34 /usr/sbin/clamd
clamav     951     1  0 Jan12 ?        00:03:27 /usr/bin/freshclam -d --quiet
list       969     1  0 Jan12 ?        00:00:00 /usr/bin/python /usr/lib/mailman/bin/mailmanctl -s -q start
list       970   969  0 Jan12 ?        00:01:03 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=ArchRunner:0:1 -
list       971   969  0 Jan12 ?        00:01:10 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=BounceRunner:0:1
list       972   969  0 Jan12 ?        00:01:03 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=CommandRunner:0:
list       973   969  0 Jan12 ?        00:01:07 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=IncomingRunner:0
list       974   969  0 Jan12 ?        00:01:01 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=NewsRunner:0:1 -
list       976   969  0 Jan12 ?        00:01:05 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=OutgoingRunner:0
list       978   969  0 Jan12 ?        00:01:06 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=VirginRunner:0:1
list       980   969  0 Jan12 ?        00:00:00 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=RetryRunner:0:1
root      1410     1  0 Jan12 ?        00:00:00 /usr/sbin/saslauthd -a pam -m /var/spool/postfix/var/run/saslauthd -r
root      1413  1410  0 Jan12 ?        00:00:00 /usr/sbin/saslauthd -a pam -m /var/spool/postfix/var/run/saslauthd -r
root      2034     1  0 Jan12 ?        00:00:09 /usr/bin/perl /usr/share/usermin/miniserv.pl /etc/usermin/miniserv.con
proftpd   2054     1  0 Jan12 ?        00:00:07 proftpd: (accepting connections)              
root      2096     1  0 Jan12 ?        00:00:13 /usr/bin/perl /usr/share/webmin/miniserv.pl /etc/webmin/miniserv.conf
root      2173     1  0 Jan12 ?        00:00:15 /usr/sbin/console-kit-daemon --no-daemon
root      2241     1  0 Jan12 ?        00:00:07 /usr/lib/policykit-1/polkitd --no-debug
root      4895     1  0 03:15 ?        00:00:00 /usr/sbin/xinetd -dontfork -pidfile /var/run/xinetd.pid -stayalive -in
www-data  6494 30181  0 03:41 ?        00:00:06 /usr/sbin/apache2 -k start
www-data  6497 30181  0 03:42 ?        00:00:06 /usr/sbin/apache2 -k start
www-data  6499 30181  0 03:42 ?        00:00:06 /usr/sbin/apache2 -k start
www-data  6500 30181  0 03:42 ?        00:00:07 /usr/sbin/apache2 -k start
root      9477 30027  0 05:09 pts/5    00:00:00 sudo ps -ef
root      9478  9477  0 05:09 pts/5    00:00:00 ps -ef
root     27626     1  0 02:44 ?        00:00:00 sendmail: MTA: accepting connections          
root     27902   110  0 02:51 ?        00:00:01 sshd: root@pts/4    
root     27998 27902  0 02:51 pts/4    00:00:01 -bash
root     29931   110  0 02:59 ?        00:00:03 sshd: root@pts/5    
root     30027 29931  0 02:59 pts/5    00:00:00 -bash
root     30181     1  0 03:00 ?        00:00:02 /usr/sbin/apache2 -k start
www-data 30183 30181  0 03:00 ?        00:00:00 /usr/sbin/apache2 -k start
www-data 30636 30181  0 03:06 ?        00:00:13 /usr/sbin/apache2 -k start

2
Hai riavviato il server? Guardando i commenti dalla risposta di Oli, il problema è scomparso dopo un riavvio.
Douggro,

Risposte:


18

Ho riscontrato lo stesso problema su Ubuntu 16.04.01 LTS. Si è verificato il seguente messaggio di registro /var/log/mail.loge la posta in uscita non è stata inviata:

postfix/master[5072]: fatal: bind 127.0.0.1 port 25: Address already in use

Ho ricevuto il seguente output durante il tentativo di uccidere sendmail:

$ sudo killall sendmail
sendmail: no process found

I seguenti comandi hanno funzionato per me (non è necessario riavviare il server):

sudo killall sendmail-mta
sudo service postfix restart

2
Ha funzionato per me! Complimenti!
Thelambofgoat,

10

Ho avuto lo stesso problema e quello che ho fatto è solo interrompere l'invio di posta, riavviare Postfix e ricominciare sendmail con i seguenti comandi:

service sendmail stop
service postfix restart
service sendmail start

Tutto è tornato bene.


9

Bene, la risposta è profondamente insoddisfacente, ma dopo aver bruciato alcune ore lavorando su questo oggi, ho riavviato il server e ora Postfix è in esecuzione. Grazie a tutti coloro che hanno prestato alcune informazioni.


5

Basta uccidere il processo sendmail e riprovare:

sudo kill 27626

o

sudo killall sendmail

Grazie per la risposta Braiam. Avrei dovuto specificare nella domanda, in realtà ho dato a entrambi uno scatto e mi dà un no process found. Aggiornerò la domanda con quel po 'di informazioni.
neanderslob,

killall sendmailnon ha trovato alcun processo per me, ma ne ha ps aux | grep sendmailmostrato uno in esecuzione e l'uccisione con il suo PID ha risolto il problema. È stato elencato come sendmail: MTA:[...]quindi suppongo che l'effettivo processo del demone sia stato rietichettato ma abbia un nome diverso. Purtroppo, al momento, però, non sono in grado di indagare ulteriormente.
Synexis,


1

È possibile utilizzare il fusercomando (come root) per ottenere l'elenco di tutti i processi in ascolto sulla porta 25 e ucciderli.

fuser -uv  25/tcp
fuser -kuv 25/tcp
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.