Estaba intentando arrancar una aplicación pero me estaba diciendo que la dirección IP y puerto estaban en uso:
[root@lw02swi0 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 «——————————————————————————–» – – – – «»
[root@lw02swi0 agent]#
Sé que esta aplicación utiliza el puerto 1002, pero ni con lsof ni con netstat veo en uso ese puerto. Curioso, ¿no?
[root@lw02swi0 ~]# lsof -i:1002
[root@lw02swi0 ~]#
[root@lw02swi0 ~]# netstat -anp |grep 1002
[root@lw02swi0 ~]#
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:
[root@lw02swi0 agent]# netstat -anp |grep -i 1002
tcp 0 0 10.49.24.33:1002 10.49.24.18:2049 ESTABLISHED –
[root@lw02swi0 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:
[root@lw02swi0 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
[root@lw02swi0 agent]#
[root@lw02swi0 agent]# mount |grep nfs |grep «vers=3»
[root@lw02swi0 agent]# mount |grep nfs |grep «vers=4» |wc -l
11
[root@lw02swi0 agent]#
Y vuelvo a arrancar la aplicación:
[root@lw02swi0 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
[root@lw02swi0 init.d]# ps -ef |grep 24971
root 30463 24903 0 09:45 pts/1 00:00:00 grep 24971
[root@lw02swi0 init.d]# ./opsware-agent status
agent is running…
[root@lw02swi0 init.d]#
[root@lw02swi0 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)
[root@lw02swi0 init.d]#
Para mi, una incidencia totalmente surrealista.
[root@lw02swi0 ~]# 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
[root@lw02swi0 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.9 (Santiago)
[root@lw02swi0 ~]#
Mi pasión por la tecnología me lleva constantemente a explorar las últimas tendencias y aplicaciones, buscando siempre formas de implementar soluciones innovadoras que mejoren la eficiencia. En puerto53.com comparto contenido valioso para ayudar a otros profesionales y entusiastas de la informática a navegar y dominar el complejo mundo de la tecnología. Mi especialidad en Linux RedHat.
Más sobre mí en el este enlace,
