Close tcp port with no process

Question

I ended up in situation with a TCP port in listen mode with no process assigned to it.

Is there a way to close this port without restarting server?

Checking port status:

me> netstat -tan | grep 8888
tcp        0      0 :::8888                :::*                    LISTEN

Looking for process responsible:

me> lsof -i -P | grep 8888

Above command returns nothing

Solution

Try netstat -ltpn | grep 8888

Comments

[SpacemanSpiff]

service networking restart ?

[Jodie C]

Do you have zombie procs open? You seem to know which process opened the port. Maybe you should run ps -ef to grep for the process in question, then kill its parent PID.

[Jodie C]

also look at rpcinfo -p

[poige]

_______ Also not

[Jodie C]

As well what do you mean?

[poige]

I meant that netstat is enough to answer to original question.

[Jodie C]

It won't answer the question if the port is opened by the kernel alone. netstat has no knowledge of the source of kernel portmap.

[poige]

@Jodie C, RPC is remote-proc-call, user-level, actually.

[jarekrozanski]

Run it, returns no output.

[jarekrozanski]

I am the owner of the process. Do I need to be the root to find my own process?

[loopforever]

You do not need to be root to see your own processes. You can prove my theory wrong by running sudo netstat -antp | grep 8888 and posting the output. Then we can stop guessing at what the problem is.

[Jodie C]

sunrpc, lockd, nfsd, exportfs are all Linux kernel modules. Try running netstat -plant on an NFS server.

[poige]

@Jodie C, I have no one, alas. Nevertheless, lockd/nfsd aren't kernel modules. They use kernel level parts.

[Jodie C]

they are kernel modules and the init scripts for nfs-kernel-server on Debian/Ubuntu simply run modprobe nfsd. Have you used NFS before?

[poige]

@Jodie C, I've installed NFS utils, and I should admit you were right — I see [nfsd] running in kernel mode, and there're several TCP ports w/o indicated owner in netstat's output. So, you were right, rpcinfo -p is worth noting as well. Thanks :-)