접미사 시작 오류 포트 25 : 이미 사용중인 주소


19

내 서버에서 postfix를 실행 하려고 하지만 내에서 다음 오류가 계속 발생합니다 /var/log/mail.log.

postfix / master [5041] : 치명적 : bind 0.0.0.0 port 25 : 이미 사용중인 주소

나는 약간의 검색을 하고 Oli (이 질문에 관해서는)에 의한 이 훌륭한 대답 을 찾았 습니다. 불행히도 문제를 완전히 해결하지 못했습니다 (아래 방법 참조).

지시 사항을 따르고 다음과 같은 점검을 실시하여 격려적인 답변을 받았습니다.

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

그러나 postfix를 다시 시작했을 때 같은 오류가 발생했습니다.

Oli의 우발 상황에 따라, 나는 다음과 같이 포트 25를 호핑하는 프로세스를 찾았습니다.

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

그러나 혼란스러워하는 곳은 다음과 같습니다. 나는 그 과정을 찾았 27626지만 다음과 같이 들었습니다.

dpkg-query : 패턴 27626
연결
과 일치하는 경로를 찾을 수 없습니다 .

나는 htop을 꺼내고 다음 명령과 관련된 위의 PID를 찾을 수있었습니다.

sendmail : MTA : 연결 수락

그때 모두 프로세스를 종료하기 위해 노력 killall sendmail하고 killall 27626그리고 점점 유지 no process found.

문제는 (명백한 것 외에도)이 결과를 해석하는 방법을 모른다는 것입니다. sendmail 서버를 스크러빙하여 postfix 자체 버전의 sendmail이 포트를 가로 채고 있다고 가정 할 수 있습니까? 그게 말이되는지 모르겠습니다.

어쨌든, 누군가 내가 이것에 대해 직접 설정하거나 적어도 흥미로운 진단 질문을 할 수 있다면, 나는 그것을 높이 평가할 것입니다.

유용한 경우 서버에서 virtualmin을 사용하여 몇 가지 다른 도메인을 관리하고 wordpress도 실행 중입니다.

미리 감사드립니다!

요청 에 따라 ps -ef아래에 글을 올렸습니다.

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
서버를 재부팅 했습니까? Oli의 답변에 대한 의견을 보면 재부팅 후 문제가 사라졌습니다.
douggro

답변:


18

Ubuntu 16.04.01 LTS에서 동일한 문제가 발생했습니다. 다음 로그 메시지가 발생하여 /var/log/mail.log아웃 바운드 메일을 발송하지 못했습니다.

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

sendmail을 죽이려고 할 때 다음과 같은 결과가 나타납니다.

$ sudo killall sendmail
sendmail: no process found

다음 명령이 나를 위해 일했습니다 (서버를 재부팅 할 필요가 없습니다).

sudo killall sendmail-mta
sudo service postfix restart

2
그것은 나를 위해 일했다! 명성!
Thelambofgoat

10

나는 같은 문제가 있었고 내가 한 일은 다음과 같은 명령으로 메일 보내기를 중지하고 postfix를 다시 시작한 다음 sendmail을 다시 시작하는 것입니다.

service sendmail stop
service postfix restart
service sendmail start

모든 것이 잘 돌아 왔습니다.


9

글쎄, 대답은 크게 만족스럽지 않지만 오늘이 작업을 몇 시간 동안 레코딩 한 후 서버를 다시 시작하고 postfix가 현재 실행 중입니다. 통찰력을 주신 모든 분들께 감사드립니다.


5

sendmail 프로세스를 종료하고 다시 시도하십시오.

sudo kill 27626

또는

sudo killall sendmail

응답 Braiam에 감사드립니다. 질문에 명시 했어야했지만 실제로 두 가지 샷을 모두주고 나에게 no process found. 나는 정보의 비트로 질문을 업데이트 할 것입니다.
neanderslob

killall sendmail나에게 어떤 프로세스도 찾지 못했지만 ps aux | grep sendmail하나의 실행을 보여 주었고 PID로 죽이는 것이 문제를 해결했습니다. 그것은으로 나열했다 sendmail: MTA:[...]그래서 실제 데몬 프로세스가 레이블을 다시 지정하지만 다른 이름으로 진행되었다 같은데요. 불행히도 현재로서는 더 이상 스스로 조사 할 수 없습니다.
Synexis


1

fuser명령을 루트로 사용 하여 포트 25에서 수신 대기하는 모든 프로세스 목록을 가져 와서 종료 할 수 있습니다.

fuser -uv  25/tcp
fuser -kuv 25/tcp
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.