<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Which process is bound to tcp socket in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671056#M243747</link>
    <description>Thanks, telneting to the port and lsof'ing confirmed that inetd is indeed the culprit.</description>
    <pubDate>Mon, 14 Nov 2005 10:04:54 GMT</pubDate>
    <dc:creator>Brandon Poyner</dc:creator>
    <dc:date>2005-11-14T10:04:54Z</dc:date>
    <item>
      <title>Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671053#M243744</link>
      <description>After rebooting our rp7410 (hp-ux 11.11) system something has bound to tcp port 992 before inetd could claim it for another service we provide.&lt;BR /&gt;&lt;BR /&gt;netstat can see something listening on 992, telnet confirms it, but 'lsof -i :992' returns nothing.  I've tried multiple versions of lsof, tried using it without any arguments and piping through grep, nothing is returned.  Any suggestions for tracking this one down?  Thanks.&lt;BR /&gt;&lt;BR /&gt;# netstat -an | grep LISTEN | grep 992&lt;BR /&gt;tcp        0      0  *.992                  *.*&lt;BR /&gt;                     LISTEN&lt;BR /&gt;&lt;BR /&gt;# telnet localhost 992&lt;BR /&gt;Trying...&lt;BR /&gt;Connected to localhost.&lt;BR /&gt;Escape character is '^]'.&lt;BR /&gt;help&lt;BR /&gt;Connection closed by foreign host.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 14 Nov 2005 09:54:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671053#M243744</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T09:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671054#M243745</link>
      <description>Hello Brandon,&lt;BR /&gt;&lt;BR /&gt;A utility called lsof might help.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.75/" target="_blank"&gt;http://hpux.connect.org.uk/hppd/hpux/Sysadmin/lsof-4.75/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Mon, 14 Nov 2005 09:57:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671054#M243745</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-11-14T09:57:54Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671055#M243746</link>
      <description>Hey;&lt;BR /&gt;&lt;BR /&gt;It sounds like the  inetd daemon is listening on that port.  Try telnetting to the port and leave the connection open, then use the "lsof -i :992"&lt;BR /&gt;&lt;BR /&gt;HTH;&lt;BR /&gt;&lt;BR /&gt;Doug</description>
      <pubDate>Mon, 14 Nov 2005 10:01:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671055#M243746</guid>
      <dc:creator>Doug O'Leary</dc:creator>
      <dc:date>2005-11-14T10:01:35Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671056#M243747</link>
      <description>Thanks, telneting to the port and lsof'ing confirmed that inetd is indeed the culprit.</description>
      <pubDate>Mon, 14 Nov 2005 10:04:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671056#M243747</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T10:04:54Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671057#M243748</link>
      <description>Ok, I was too quick to jump to conclusions there.  The results from lsof weren't what I thought I was seeing because I was telneting to localhost.  From another host I can telnet to port 992 and you can see the connection in netstat.  I still don't see anything in lsof.&lt;BR /&gt;&lt;BR /&gt;# netstat -an | grep 992&lt;BR /&gt;tcp        0      0  192.168.0.20.992      192.168.0.21.2337       ESTABLISHED&lt;BR /&gt;tcp        0      0  *.992                  *.*                     LISTEN&lt;BR /&gt;&lt;BR /&gt;# lsof -P | grep :992 | wc -l&lt;BR /&gt;0&lt;BR /&gt;</description>
      <pubDate>Mon, 14 Nov 2005 10:16:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671057#M243748</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T10:16:55Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671058#M243749</link>
      <description>I found a similar thread in the Tru64 forum, the solution was run a debugger on the running kernel.  Could something similar be done here?&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=945634" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=945634&lt;/A&gt;</description>
      <pubDate>Mon, 14 Nov 2005 10:32:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671058#M243749</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T10:32:26Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671059#M243750</link>
      <description>Hi Brandon,&lt;BR /&gt;&lt;BR /&gt;According to IANA.org port 992 tcp/udp is as follows:&lt;BR /&gt;&lt;BR /&gt;telnets  992/tcp    telnet protocol over TLS/SSL&lt;BR /&gt;telnets  992/udp    telnet protocol over TLS/SSL&lt;BR /&gt;&lt;BR /&gt;Generally you don't want to use *any* port &amp;lt; 1024 because they all pre-assigned.&lt;BR /&gt;&lt;BR /&gt;Here's where you can view them:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.iana.org/assignments/port-numbers" target="_blank"&gt;http://www.iana.org/assignments/port-numbers&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Mon, 14 Nov 2005 10:48:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671059#M243750</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2005-11-14T10:48:32Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671060#M243751</link>
      <description>Correct, we are using a 3rd party telnets server that is served by inetd.  However inetd is unable to bind to port 992 as something else is listening on 992.  We then commented out our telnets line in inetd.conf, reloaded the configurating, and something is still listening on 992.  &lt;BR /&gt;&lt;BR /&gt;Nov 12 20:51:45 prod3 inetd[1779]: Reading configuration&lt;BR /&gt;...&lt;BR /&gt;Nov 12 20:51:45 prod3 inetd[1779]: telnets/tcp: bind: Address already in use&lt;BR /&gt;Nov 12 20:51:45 prod3 inetd[1779]: telnets/tcp: Added service, server /usr/ud61/&lt;BR /&gt;bin/udtelnetd&lt;BR /&gt;Nov 12 21:01:47 prod3 inetd[1779]: telnets/tcp: bind: Address already in use&lt;BR /&gt;Nov 12 21:01:47 prod3 inetd[1779]: telnets/tcp: Service enabled&lt;BR /&gt;Nov 12 21:11:47 prod3 inetd[1779]: telnets/tcp: bind: Address already in use&lt;BR /&gt;Nov 12 21:11:47 prod3 inetd[1779]: telnets/tcp: Service enabled&lt;BR /&gt;...&lt;BR /&gt;Nov 14 08:00:16 prod3 inetd[1779]: Rereading configuration&lt;BR /&gt;Nov 14 08:00:16 prod3 inetd[1779]: telnets/tcp: Deleted service&lt;BR /&gt;Nov 14 08:00:16 prod3 inetd[1779]: Thru with configuration &lt;BR /&gt;Nov 14 08:00:16 prod3 inetd[1779]: Configuration complete&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 14 Nov 2005 11:03:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671060#M243751</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T11:03:02Z</dc:date>
    </item>
    <item>
      <title>Re: Which process is bound to tcp socket</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671061#M243752</link>
      <description>The answer is here is to use crashinfo.  You have to request this from HP, there is no public download available.  In our case it turns out rpc.yppasswdd had taken over the telnets port.  It would be nice to know how to stop it from doing that in the future.</description>
      <pubDate>Mon, 14 Nov 2005 14:19:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/which-process-is-bound-to-tcp-socket/m-p/3671061#M243752</guid>
      <dc:creator>Brandon Poyner</dc:creator>
      <dc:date>2005-11-14T14:19:04Z</dc:date>
    </item>
  </channel>
</rss>

