Temos o servidor RHEL 6.5 que serve como servidor YUM local e usa o httpd para esse fim. Está sendo executado na porta 6809. E até ontem estava funcionando bem. Um dos meus colegas estava fazendo uma implementação adicional em um servidor diferente que deveria usar o servidor YUM, mas o yum não podia se conectar. Ele admite que também estava fazendo algum trabalho no servidor YUM, mas não está ciente de fazer algo relacionado à configuração do httpd.
Então percebemos que o httpd no servidor YUM não está em execução e se recusa a iniciar:
# service httpd start
Starting httpd: (98)Address already in use: make_sock: could not bind to address 172.29.84.41:6809
no listening sockets available, shutting down
Unable to open logs
[FAILED]
Já verificamos que a porta 6809 não está ocupada com lsof e netstat:
lsof -iTCP -sTCP:LISTEN -P -n
e
netstat -tupan | grep -Ei LISTEN
Tudo claro, nenhum outro processo.
Nós também procuramos Listen no diretório / etc / httpd e existe apenas uma diretiva com a porta 6809:
httpd# grep -Ri listen *
conf/httpd.conf:# Listen: Allows you to bind Apache to specific IP addresses and/or
conf/httpd.conf:# Change this to Listen on specific IP addresses as shown below to
conf/httpd.conf:#Listen 12.34.56.78:80
conf/httpd.conf:#Listen 80
conf.d/ssl.conf:# When we also provide SSL we have to listen to the
conf.d/ssl.conf:#Listen 443
conf.d/yum.conf:Listen yum-server:6809
logs/test.log:read(4, "Listen yum-server:6809\nServe"..., 4096) = 496
logs/test.log:listen(3, 511) = 0
logs/test.log:write(2, "no listening sockets available, "..., 46no listening sockets available, shutting down
Binary file modules/mod_info.so matches
Binary file modules/mod_wsgi.so matches
Binary file modules/mod_proxy_ftp.so matches
Binary file modules/mod_cgid.so matches
Portanto, não é uma duplicata.
O IP é local para o servidor.
Nenhum processo httpd está sendo executado.
Também reinstalamos o httpd RPM.
O SELinux não está em execução:
# sestatus
SELinux status: disabled
Por favor, o que mais poderia estar errado?
Muito obrigado pelos seus conselhos.
Adicionar 2:
Para @ André Fernandes:
# lsof -n -P -i :6809
# find /etc/httpd -type f | xargs grep Listen
/etc/httpd/conf.d/ssl.conf:#Listen 443
/etc/httpd/conf.d/yum.conf:Listen yum-server:6809
/etc/httpd/conf/httpd.conf:# Listen: Allows you to bind Apache to specific IP addresses and/or
/etc/httpd/conf/httpd.conf:# Change this to Listen on specific IP addresses as shown below to
/etc/httpd/conf/httpd.conf:#Listen 12.34.56.78:80
/etc/httpd/conf/httpd.conf:#Listen 80
Para @MadHatter eu encurtei a saída e removi nomes reais. Mas o alias yum_server está lá:
# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.somewhe.re localhost trap-host
172.29.84.41 <FQDN and name> yum-server <other aliases>
...
Adicione 3:
O ip addr mostra a saída:
# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000
link/ether 3c:4a:92:ed:c0:28 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000
link/ether 3c:4a:92:ed:c0:28 brd ff:ff:ff:ff:ff:ff
4: eth2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP qlen 1000
link/ether 68:b5:99:c6:42:4c brd ff:ff:ff:ff:ff:ff
5: eth3: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP qlen 1000
link/ether 68:b5:99:c6:42:4c brd ff:ff:ff:ff:ff:ff
6: eth4: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond2 state UP qlen 1000
link/ether 68:b5:99:c6:42:4e brd ff:ff:ff:ff:ff:ff
7: eth5: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond2 state UP qlen 1000
link/ether 68:b5:99:c6:42:4e brd ff:ff:ff:ff:ff:ff
8: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 3c:4a:92:ed:c0:28 brd ff:ff:ff:ff:ff:ff
inet 172.29.84.41/26 brd 172.29.84.63 scope global bond0
9: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 68:b5:99:c6:42:4c brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global bond1
10: bond2: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 68:b5:99:c6:42:4e brd ff:ff:ff:ff:ff:ff
inet 10.1.212.71/24 brd 10.1.212.255 scope global bond2
Encontramos o motivo. Estava oculto no / etc / hosts. O IP e todo o conteúdo da linha foram listados duas vezes. Entre outras entradas exigidas pelos nossos produtos, havia a entrada adicionada novamente. Quando comentamos a segunda entrada, o httpd começou a se comportar como esperado e parou as tentativas de double-bind.