NSClient++ - System holding port 5666 open, cannot rebind to it

[Hari Sekhon]

Hi,

   I've been playing with my expanding my nsclient++ setups and 
deployments today and as such have been restarted nsclient++ lots. The 
problem is that now when I restart it, I cannot get any response on nrpe 
calls to the default port 5666 despite the port being open.

The problem is seems is that there is some phantom remnant holding that 
port open and preventing the new instance of nsclient++ from binding to it.

Netstat shows:
   TCP    x.x.x.x:5666     y.y.y.y:35719      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:60362      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:35750      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:35738      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:51457      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:35742      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:51459      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:35745      CLOSE_WAIT      2616
  [System]

  TCP    x.x.x.x:5666     y.y.y.y:35748      CLOSE_WAIT      2616
  [System]


where x.x.x.x is obviously the server ip address and y.y.y.y is my 
workstation ip address that I am testing it from.


TcpView shows:

<non-existent>:2616    TCP    servername:5666    servername:0            
LISTENING


There are definitely no processes with Pids 616 or 2616.

Any ideas on how to solve this short of a reboot?

-h

-- 
Hari Sekhon


-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null