Very strange. I had already tried port 80 and got no results, but then
just for giggles I tried more ports and it actually worked when it hit
port 25:
bigindy0:~# fuser -n tcp 80
bigindy0:~# fuser -n tcp www
bigindy0:~# fuser -n tcp smtp
smtp/tcp: 3437
bigindy0:~# fuser -n tcp 25
25/tcp: 3437
Here's the full list of TCP listening ports on the system for the above
list. At first I thought it might be because the user running the
process wasn't root.
bigindy0:~# lsof | grep LISTEN
portmap 2846 daemon 4u IPv4
8061 TCP *:sunrpc (LISTEN)
hpiod 3103 root 0u IPv4
8530 TCP localhost:2208 (LISTEN)
python 3106 hplip 4u IPv4
8541 TCP localhost:36325 (LISTEN)
cupsd 3269 root 1u IPv4
37260 TCP localhost:ipp (LISTEN)
master 3437 root 11u IPv4
10879 TCP *:smtp (LISTEN)
sshd 3468 root 3u IPv6
11131 TCP *:ssh (LISTEN)
rpc.statd 3516 statd 7u IPv4
11239 TCP *:36859 (LISTEN)
apache2 25910 root 5u IPv6
63887 TCP *:www (LISTEN)
apache2 25913 www-data 5u IPv6
63887 TCP *:www (LISTEN)
apache2 25914 www-data 5u IPv6
63887 TCP *:www (LISTEN)
apache2 25915 www-data 5u IPv6
63887 TCP *:www (LISTEN)
apache2 25916 www-data 5u IPv6
63887 TCP *:www (LISTEN)
apache2 25917 www-data 5u IPv6
63887 TCP *:www (LISTEN)
java 29196 easyask 5u IPv6
70376 TCP *:9100 (LISTEN)
I noticed that /etc/selinux/config was set to 'permissive' so i set it
to 'disabled' and rebooted. That didn't make any difference. Here's
what I tried after the reboot, which blows all consistency that I can
see. The last two ports are rpc.statd and hplip.
bigindy0:~# fuser -n tcp 80
bigindy0:~# fuser -n tcp 9100
bigindy0:~# fuser -n tcp 22
bigindy0:~# fuser -n tcp ipp
ipp/tcp: 3509
bigindy0:~# fuser -n tcp sunrpc
sunrpc/tcp: 3086
bigindy0:~# fuser -n tcp 2208
2208/tcp: 3343
bigindy0:~# fuser -n tcp 44182
44182/tcp: 3762
bigindy0:~# fuser -n tcp 57086
57086/tcp: 3346
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]