Postfix başlatma hatası Bağlantı Noktası 25: Adres zaten kullanılıyor


19

Ben çalışılıyor benim sunucuda çalışan postfix'i olsun değil sonra aşağıdaki hatayı almaya devam /var/log/mail.log:

postfix / master [5041]: ölümcül: bağlama 0.0.0.0 bağlantı noktası 25: Adres zaten kullanılıyor

Bazı aramalar yaptım ve Oli tarafından bu mükemmel cevabı buldum (bu soruyla ilgili), temelde çatışmalardan kaçınmak için sendmail paketleri sunucumu kurtarmam, sonra kendi resminizi kendi sendmail markasını kuracak olan postfix'i yeniden yüklemem önerilir. Ne yazık ki sorunu tam olarak çözmedi (nasıl yapılacağı için aşağıya bakın).

Talimatları izledim ve cesaret verici bir yanıt aldığım aşağıdaki kontrolü yaptım:

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

Ancak postfix'i tekrar başlattığımda aynı hatayı aldım.

Oli'nin beklenmedik durumuna göre, 25 numaralı bağlantı noktasını aşağıdaki süreçle meşgul eden süreci aradım:

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

Ama burada kafa karıştırıcı oldu: Sonra süreci aradım 27626ama söylendi:

dpkg-query: 27626
bağlantıyla
eşleşen yol bulunamadı .

Htop'u kaldırdım ve aşağıdaki komutla ilişkili yukarıdaki PID'yi bulabildim:

sendmail: MTA: bağlantıları kabul etme

Sonra her ikisi ile süreci öldürmeye çalıştı killall sendmailve killall 27626ve almaya devam etti no process found.

Sorun (açık olanın yanı sıra) bu bulguları nasıl yorumlayacağımı bilmiyorum. Sendmail sunucusunu ovaladım, bu yüzden sadece postfix'in kendi sendmail versiyonunun bağlantı noktasını kaçırdığını varsayabilir miyim? Bunun mantıklı olup olmadığını bile bilmiyorum.

Her neyse, eğer birisi beni doğrudan buna ayarlayabilirse veya en azından bazı ilginç teşhis soruları verebilirse, bunu takdir ediyorum.

Yararlı olması durumunda, birkaç farklı etki alanını yönetmek için sunucuda virtualmin kullanıyorum ve ayrıca wordpress çalıştırıyorum.

Şimdiden çok teşekkürler!

Bir talebe yanıt olarakps -ef aşağıdakileri gönderdim

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
Sunucuyu yeniden başlattınız mı? Oli'nin cevabındaki yorumlara bakarak, sorun yeniden başlatıldıktan sonra ortadan kalktı.
douggro

Yanıtlar:


18

Aynı sorunu Ubuntu 16.04.01 LTS'de de yaşadım. Aşağıdaki günlük iletisi oluştu /var/log/mail.logve giden posta gönderilemedi:

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

Sendmail'i öldürmeye çalışırken şu çıktıyı aldım:

$ sudo killall sendmail
sendmail: no process found

Aşağıdaki komutlar benim için çalıştı (sunucuyu yeniden başlatmanıza gerek yok):

sudo killall sendmail-mta
sudo service postfix restart

2
Bu benim için çalıştı! Kudos!
Thelambofgoat

10

Aynı sorunu yaşadım ve yaptığım sadece posta göndermeyi durdur, postfix'i yeniden başlat ve aşağıdaki komutlarla sendmail'i tekrar başlat:

service sendmail stop
service postfix restart
service sendmail start

Her şey gayet iyi geldi.


9

Peki cevap son derece tatmin edici değil, ancak bugün bu konuda birkaç saat yaktıktan sonra sunucuyu yeniden başlattım ve postfix şimdi çalışıyor. İçgörü sağlayan herkese teşekkürler.


5

Sendmail işlemini öldürüp tekrar deneyin:

sudo kill 27626

veya

sudo killall sendmail

Yanıtınız için teşekkürler Braiam. Soruda belirtmiş olmalıydım, aslında her ikisini de denedim ve bana bir no process found. Soruyu biraz bilgi ile güncelleyeceğim.
neanderslob

killall sendmailbenim için herhangi bir işlem bulamadı, ama ps aux | grep sendmailbir tane çalıştığını gösterdi ve PID tarafından öldürmek sorunu çözdü. Bu sendmail: MTA:[...]yüzden gerçek daemon sürecinin yeniden etiketlendiğini tahmin ediyorum ama farklı bir isimle gidiyor. Ne yazık ki şu anda kendimi daha fazla araştıramadık.
Synexis


1

Sen kullanabilir fuserport 25 dinleyen tüm işlemlerin listesini almak ve onları öldürmek için (root olarak) komutu.

fuser -uv  25/tcp
fuser -kuv 25/tcp
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.