<?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: inetd strangeness in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852393#M93973</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Are you running Samba with SWAT enabled ? If so&lt;BR /&gt;it is known issue with broken SWAT .&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar</description>
    <pubDate>Wed, 27 Nov 2002 08:35:10 GMT</pubDate>
    <dc:creator>U.SivaKumar_2</dc:creator>
    <dc:date>2002-11-27T08:35:10Z</dc:date>
    <item>
      <title>inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852379#M93959</link>
      <description>I have a system that refuses telnet and ftp (bogh get connection refused messages immediately).  Normally, I'd say that the inetd daemon wasn't running and/or listeneing to those ports.  The /etc/inetd.conf file looks sane.&lt;BR /&gt;&lt;BR /&gt;Running 'inetd -c' on the system in question produces no messages in the syslog file.  On other similar systems (inetd loging enabled on all systems), it at least produces "Rereading config.. Configuration complete" lines.&lt;BR /&gt;&lt;BR /&gt;This system is a NIS+ client and is in trusted mode.  Other systems locally configured with both NIS+ and trusted mode are working normally.&lt;BR /&gt;&lt;BR /&gt;Any thoughts?</description>
      <pubDate>Tue, 26 Nov 2002 14:07:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852379#M93959</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T14:07:30Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852380#M93960</link>
      <description>Hi Eric:&lt;BR /&gt;&lt;BR /&gt;Check for a 'var/adm/inetd.sec' file.  See 'man 4 inetd.sec' for details.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 26 Nov 2002 14:12:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852380#M93960</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-11-26T14:12:19Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852381#M93961</link>
      <description>inetd -c or inetd -l should definitely provoke some logging to syslog (assuming that syslogd is working). Looks like your inetd is hanging or blocked on something.&lt;BR /&gt;&lt;BR /&gt;Just trie to kill/restart it and watch for syslog messages. If still nothing happens, maybe inetd has indeeed problems to resolve e.g. services via NIS+? &lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Tue, 26 Nov 2002 14:16:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852381#M93961</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-11-26T14:16:27Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852382#M93962</link>
      <description>Follow up.&lt;BR /&gt;&lt;BR /&gt;/var/adm/inetd.sec is default (matches my other systems with just a dtspc line)&lt;BR /&gt;&lt;BR /&gt;Inetd is running.  Telnetd is not running, nor is the port open in 'netstat -a | grep tel'&lt;BR /&gt;&lt;BR /&gt;From further testing, no services  served by inetd are functioning.&lt;BR /&gt;&lt;BR /&gt;I reordered the /etc/nsswitch.conf to put files first for services.  No change.&lt;BR /&gt;&lt;BR /&gt;I have verified that NIS+ is working correctly (i.e. niscat services.org_dir and niscat hosts.org_dir work as expected).&lt;BR /&gt;&lt;BR /&gt;Starting inetd with the -b option produces this in the syslog.log:&lt;BR /&gt;&lt;BR /&gt;Nov 26 08:22:06 athena inetd[9695]: Connection logging enabled&lt;BR /&gt;Nov 26 08:22:06 athena inetd[9695]: Extended logging enabled&lt;BR /&gt;Nov 26 08:22:06 athena inetd[9695]: Entered for(;;) loop.&lt;BR /&gt;Nov 26 08:22:06 athena inetd[9695]: Reading configuration&lt;BR /&gt;&lt;BR /&gt;That doesn't change the connection refused behavior, though.  &lt;BR /&gt;&lt;BR /&gt;I tried the inetd -b on a system that is working correctly and it produced a lot of messages (about each configured service).</description>
      <pubDate>Tue, 26 Nov 2002 14:41:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852382#M93962</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T14:41:04Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852383#M93963</link>
      <description>Hmm... I recall these situations where inetd got stuck during startup/reconfiguration:&lt;BR /&gt;&lt;BR /&gt;1) hostname/service resolving trouble&lt;BR /&gt;2) rpc entries in /etc/inetd.conf, but no rpcbind running&lt;BR /&gt;2) syslogd hung&lt;BR /&gt;&lt;BR /&gt;Regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Tue, 26 Nov 2002 14:54:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852383#M93963</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-11-26T14:54:30Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852384#M93964</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;check and see if ytou have duplicate ip's on the network.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;&lt;BR /&gt;Regds&lt;BR /&gt;</description>
      <pubDate>Tue, 26 Nov 2002 15:08:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852384#M93964</guid>
      <dc:creator>Sanjay_6</dc:creator>
      <dc:date>2002-11-26T15:08:51Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852385#M93965</link>
      <description>Do you recall how to clear the problem without rebooting the box :)&lt;BR /&gt;&lt;BR /&gt;I just had a bout with a bad memory module that caused the box to reboot once a day or so.  The users will probably come after me with torches and pitchforks if I bounce it again today.</description>
      <pubDate>Tue, 26 Nov 2002 15:15:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852385#M93965</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T15:15:18Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852386#M93966</link>
      <description>I don't recall any inetd issue that really forced a reboot. :)&lt;BR /&gt;&lt;BR /&gt;Of course sometimes rebooting is the fastest (brute-force) approach. But we are talking in the HP-UX forum here, aren't we? :)&lt;BR /&gt;&lt;BR /&gt;Try what happens with a miminum /etc/inetd.conf, e.g. one that contains only the telnet configuration.&lt;BR /&gt;&lt;BR /&gt;A system call trace (tusc) could also shed some light on this.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Tue, 26 Nov 2002 15:37:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852386#M93966</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-11-26T15:37:03Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852387#M93967</link>
      <description>Are u able to ftp , telnet locally ? ie internally to the server . It may bne worthwhile to check the /var/adm/inetd.sec and see if there are any enteries . Also check for the ports to be free in /etc/services .&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava</description>
      <pubDate>Tue, 26 Nov 2002 15:40:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852387#M93967</guid>
      <dc:creator>MANOJ SRIVASTAVA</dc:creator>
      <dc:date>2002-11-26T15:40:09Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852388#M93968</link>
      <description>I had a problem with inetd not able to receive incoming telnet or anything else.&lt;BR /&gt;The problem was that in nsswitch.conf it looked for the services in NIS and if not found it returns, so I simply switched it to files (/etc/services), and it worked&lt;BR /&gt;Hope this helps&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 26 Nov 2002 16:28:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852388#M93968</guid>
      <dc:creator>L. Younes</dc:creator>
      <dc:date>2002-11-26T16:28:12Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852389#M93969</link>
      <description>I've tried tusc.  Tusc gets a memory error before producing any decent output to the log file (running with the '-f -o output.txt' options) :(&lt;BR /&gt;&lt;BR /&gt;I'll try stipping down the inetd.conf.&lt;BR /&gt;&lt;BR /&gt;I've verified the /etc/nsswitch.conf looks good and performs as expected.  I have also reordered it to look at files first.&lt;BR /&gt;&lt;BR /&gt;Telnet localhost and ftp localhost result in "Connection refused"</description>
      <pubDate>Tue, 26 Nov 2002 17:56:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852389#M93969</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T17:56:30Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852390#M93970</link>
      <description>FYI.. this issue survives a reboot.</description>
      <pubDate>Tue, 26 Nov 2002 18:08:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852390#M93970</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T18:08:30Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852391#M93971</link>
      <description>Ok.. it's got something to do with trusted system.&lt;BR /&gt;&lt;BR /&gt;I did a pwconv and tried it again and still no dice.&lt;BR /&gt;&lt;BR /&gt;On a whim, I unconverted (tsconvert -r) and magically it started working again.  &lt;BR /&gt;&lt;BR /&gt;I got a newer version of tusc which doesn't dump core any more so I'll do some comparisons between trusted mode and non-trusted mode and get back to this thread.&lt;BR /&gt;&lt;BR /&gt;Thanks for the extra eyeballs.&lt;BR /&gt;&lt;BR /&gt;Eric</description>
      <pubDate>Tue, 26 Nov 2002 18:27:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852391#M93971</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-11-26T18:27:36Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852392#M93972</link>
      <description>Hi, Eric!&lt;BR /&gt;&lt;BR /&gt;NIS+ with Trusted system and inetd... now the penny has dropped. &lt;BR /&gt;&lt;BR /&gt;There is a known problem (JAGae42563) which is not resolved yet.&lt;BR /&gt;&lt;BR /&gt;If you are hitting that then try this workaround:&lt;BR /&gt;&lt;BR /&gt;- kill inetd.&lt;BR /&gt;- issue inetd -b&lt;BR /&gt;- issue inetd -b a 2nd time (not kidding!)&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Wed, 27 Nov 2002 08:19:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852392#M93972</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-11-27T08:19:16Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852393#M93973</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Are you running Samba with SWAT enabled ? If so&lt;BR /&gt;it is known issue with broken SWAT .&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar</description>
      <pubDate>Wed, 27 Nov 2002 08:35:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852393#M93973</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2002-11-27T08:35:10Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852394#M93974</link>
      <description>Eric,&lt;BR /&gt;any news regarding this inetd issue? I'm just curious about this!&lt;BR /&gt;&lt;BR /&gt;Dietmar.</description>
      <pubDate>Fri, 29 Nov 2002 08:02:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852394#M93974</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-11-29T08:02:44Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852395#M93975</link>
      <description>Eric,&lt;BR /&gt;It's been a few days since the last response, but if it helps...&lt;BR /&gt;I worked with HP back in July to resolve a problem identical to what you described here, as it applied to an upgrade of 10.20 to 11i. We're running trusted systems and did a test upgrade to 11i. Afterward inetd ceased to function. Lots of tests later the patch PHCO_27910 was released to fix the problem.&lt;BR /&gt;John</description>
      <pubDate>Tue, 03 Dec 2002 15:58:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852395#M93975</guid>
      <dc:creator>John Eaton</dc:creator>
      <dc:date>2002-12-03T15:58:13Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852396#M93976</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;maybe different forward and backward name resolution from that server onto that client's IP-address?&lt;BR /&gt;&lt;BR /&gt;Just guessing,&lt;BR /&gt;Wodisch&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Dec 2002 18:38:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852396#M93976</guid>
      <dc:creator>Wodisch</dc:creator>
      <dc:date>2002-12-03T18:38:09Z</dc:date>
    </item>
    <item>
      <title>Re: inetd strangeness</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852397#M93977</link>
      <description>Hi, John!&lt;BR /&gt;&lt;BR /&gt;Just saw, that you found a fix for 11.11. Must have overlooked that...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;libc patch PHCO_27910:&lt;BR /&gt;SR:8606245321 CR:JAGae11794 )&lt;BR /&gt; inetd(1M) daemon may hang on 11.11 trusted systems.&lt;BR /&gt; Inetd services will not work until "inetd -b" is run twice.&lt;BR /&gt;&lt;BR /&gt;However for 11.00 this is still open.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Wed, 04 Dec 2002 08:43:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-strangeness/m-p/2852397#M93977</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2002-12-04T08:43:53Z</dc:date>
    </item>
  </channel>
</rss>

