Error de IP y puerto en uso pero no veo ningún proceso utilizándolo

Share on facebook
Share on twitter
Share on linkedin
Share on whatsapp
Share on telegram
Share on email

Estaba intentando arrancar una aplicación pero me estaba diciendo que la dirección IP y puerto estaban en uso:

[[email protected] agent]# tail agent.err
» – – – – «»
[25/Jun/2018 09:28:39 +0200] INFO » self.socket.bind(self.server_address)
» – – – – «»
[25/Jun/2018 09:28:39 +0200] INFO » File «/opt/opsware/agent/lib/python2.7/socket.py», line 228, in meth
» – – – – «»
[25/Jun/2018 09:28:39 +0200] INFO » return getattr(self._sock,name)(*args)
» – – – – «»
[25/Jun/2018 09:28:39 +0200] INFO «error: [Errno 98] Address already in use
» – – – – «»
[25/Jun/2018 09:28:39 +0200] INFO «——————————————————————————–» – – – – «»
[[email protected] agent]#

Sé que esta aplicación utiliza el puerto 1002, pero ni con lsof ni con netstat veo en uso ese puerto. Curioso, ¿no?

[[email protected] ~]# lsof -i:1002
[[email protected] ~]#

[[email protected] ~]# netstat -anp |grep 1002
[[email protected] ~]#

En una de las veces que ejecuto el netstat, veo que el servidor de NFS está estableciendo una conexión hacia el puerto de la aplicación:

[[email protected] agent]# netstat -anp |grep -i 1002
tcp 0 0 10.49.24.33:1002 10.49.24.18:2049 ESTABLISHED –
[[email protected] agent]#

Alucino por dos motivos:

  • El puerto 1002 no está escuchando
  • La aplicación que intento arrancar no tiene nada que ver con el servicio de NFS.

Un misterio… En cualquier caso, al volver a ejecutar el netstat, la conexión ya ha desaparecido.

Por cierto, cuando en el netstat NO aparece el PID si no una ralla (última columna), significa que el proceso está integrado dentro del kernel.

Ante lo extraño de la situación, decido montar los filesystems que tengo en NFS3 a NFS4:

[[email protected] agent]# mount |grep nfs |awk ‘{print «umount » $3 «;mount » $3}’ |sh
umount: /var/lib/nfs/rpc_pipefs: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
mount: sunrpc already mounted or /var/lib/nfs/rpc_pipefs busy
mount: according to mtab, sunrpc is already mounted on /var/lib/nfs/rpc_pipefs
mount: can’t find /proc/fs/nfsd in /etc/fstab or /etc/mtab
[[email protected] agent]#

[[email protected] agent]# mount |grep nfs |grep «vers=3»
[[email protected] agent]# mount |grep nfs |grep «vers=4» |wc -l
11
[[email protected] agent]#

Y vuelvo a arrancar la aplicación:

[[email protected] init.d]# ./opsware-agent start
Starting agent
Daemonbot: Mon Jun 25 09:45:25 2018: Daemonbot confirms that nothing is listening on :1002
Daemonbot: Mon Jun 25 09:45:25 2018: Daemonbot will try and start a new shadowbot…
Daemonbot: Mon Jun 25 09:45:25 2018: Starting /opt/opsware/agent/pylibs/shadowbot/daemonbot.pyc…
Daemonbot: Mon Jun 25 09:45:25 2018: pidpath /var/opt/opsware/agent
Daemonbot: Mon Jun 25 09:45:25 2018: logpath /var/log/opsware/agent
Daemonbot: Mon Jun 25 09:45:25 2018: ports [‘1002’]
Daemonbot: Mon Jun 25 09:45:25 2018: Started process group 30281
[[email protected] init.d]# ps -ef |grep 24971
root 30463 24903 0 09:45 pts/1 00:00:00 grep 24971
[[email protected] init.d]# ./opsware-agent status
agent is running…
[[email protected] init.d]#
[[email protected] init.d]# lsof -i:1002
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
python 30283 root 6u IPv4 4770223 0t0 TCP *:1002 (LISTEN)
[[email protected] init.d]#

Para mi, una incidencia totalmente surrealista.

[[email protected] ~]# uname -a
Linux lw02swi0 2.6.32-696.20.1.el6.x86_64 #1 SMP Fri Jan 12 15:07:59 EST 2018 x86_64 x86_64 x86_64 GNU/Linux
[[email protected] ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.9 (Santiago)
[[email protected] ~]#

¿Te ha gustado? Compártelo

Share on facebook
Share on twitter
Share on linkedin
Share on whatsapp
Share on telegram
Share on email
About Author

Contenido Relacionado

Artículos Recientes

Deja un comentario