Dovecot afirma que as portas estão em uso, netstat discorda

Dovecot afirma que as portas estão em uso, netstat discorda

A tentativa de iniciar o pombal me dá o seguinte:

Apr 28 13:37:00 master: Error: service(pop3-login): listen(*, 110) failed: Address already in use
Apr 28 13:37:00 master: Error: service(pop3-login): listen(*, 995) failed: Address already in use
Apr 28 13:37:00 master: Error: service(imap-login): listen(*, 143) failed: Address already in use
Apr 28 13:37:00 master: Error: service(imap-login): listen(*, 993) failed: Address already in use

E 'netstat -tulpn' exibe isto:

tcp        0      0 0.0.0.0:25                  0.0.0.0:*                   LISTEN      3369/master
tcp        0      0 0.0.0.0:52125               0.0.0.0:*                   LISTEN      2396/rpc.statd
tcp        0      0 0.0.0.0:3306                0.0.0.0:*                   LISTEN      3244/mysqld
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      2375/rpcbind
tcp        0      0 :::22                       :::*                        LISTEN      2562/sshd
tcp        0      0 :::25                       :::*                        LISTEN      3369/master
tcp        0      0 :::443                      :::*                        LISTEN      3390/httpd
tcp        0      0 :::39631                    :::*                        LISTEN      2396/rpc.statd
tcp        0      0 :::111                      :::*                        LISTEN      2375/rpcbind
tcp        0      0 :::80                       :::*                        LISTEN      3390/httpd
udp        0      0 0.0.0.0:68                  0.0.0.0:*                               2236/dhclient
udp        0      0 0.0.0.0:111                 0.0.0.0:*                               2375/rpcbind
udp        0      0 10.0.82.190:123             0.0.0.0:*                               2589/ntpd
udp        0      0 127.0.0.1:123               0.0.0.0:*                               2589/ntpd
udp        0      0 0.0.0.0:123                 0.0.0.0:*                               2589/ntpd
udp        0      0 0.0.0.0:43243               0.0.0.0:*                               2396/rpc.statd
udp        0      0 0.0.0.0:854                 0.0.0.0:*                               2375/rpcbind
udp        0      0 127.0.0.1:876               0.0.0.0:*                               2396/rpc.statd
udp        0      0 :::111                      :::*                                    2375/rpcbind
udp        0      0 :::854                      :::*                                    2375/rpcbind
udp        0      0 :::54504                    :::*                                    2396/rpc.statd

Alguma ideia do que estou perdendo aqui?

ATUALIZAR:

selinux está desabilitado e a distribuição é AWX Linux:

$ getenforce
Disabled

$ uname -a
Linux ip-10-0-82-190 4.14.268-139.500.amzn1.x86_64 #1 SMP Wed Mar 2 18:48:10 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Responder1

dovecot parece não estar ciente (compatível com) portreserve.

Verifique /etc/portreserve os arquivos de configuração que estão reservando as portas que você precisa e remova-os do escopo (por exemplo, renomeie-os com ~). Alternativamente, você pode adicionar portrelease aos scripts de inicialização do dovecot para liberar as portas necessárias antes de iniciar o dovecot.

Vale a pena observar esta errata (https://access.redhat.com/errata/RHSA-2020:1062) que leva a este relatório de bug ("Dovecot deve usar portrelease para evitar conflitos de porta com montagens NFSv4"https://bugzilla.redhat.com/show_bug.cgi?id=1570283). Isso parece estar mais próximo de um defeito de Portreseve que é antagonizado pelo NFSv4. Não está claro para mim se a errata realmente corrige o problema, pois o relatório do bug apenas fornece algum contexto e talvez uma solução alternativa.

Não acho que isso possa ser consertado no lado do pombal - e consertar o portreserve deve consertar isso. SUNRPC tem a desvantagem conhecida de atribuir aleatoriamente portas rpc 665-1023 (bem - não completamente aleatoriamente - é algo como 6XX+pid que resulta em problemas regulares com portas 993/995 em certos sistemas) - portanto, quando o NFSv4 está instalado e não tem portas estáticas atribuídas, pode consumir aleatoriamente a porta 993/995.

informação relacionada