<?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 question in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938010#M554487</link>
    <description>Well, I had tried inetd -c and did not get the problem resolution I had hoped, to I have not tried a stop/restart and still no resolution so I will be opening a new thread with the main problem.  Thanks for the help!!!</description>
    <pubDate>Wed, 02 Nov 2005 15:07:03 GMT</pubDate>
    <dc:creator>Alan Meyer_4</dc:creator>
    <dc:date>2005-11-02T15:07:03Z</dc:date>
    <item>
      <title>INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938006#M554483</link>
      <description>What happens when I restart inetd via /sbin/init.d/inetd stop/start as oppose to issueing a inetd -c&lt;BR /&gt;&lt;BR /&gt;...and...&lt;BR /&gt;&lt;BR /&gt;What are the ramifications of doing a stop/restart while users are connected to the system?  Do they get completely disconnected and processes terminated?  or do they just experience a momentary lapse in communication?</description>
      <pubDate>Wed, 02 Nov 2005 14:49:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938006#M554483</guid>
      <dc:creator>Alan Meyer_4</dc:creator>
      <dc:date>2005-11-02T14:49:55Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938007#M554484</link>
      <description>Hi Alan:&lt;BR /&gt;&lt;BR /&gt;'inetd -c' actually stops and then starts the 'inetd' daemon.  A 'kill -hup' is sent.&lt;BR /&gt;&lt;BR /&gt;This is really the same as running the '/sbin/init.d/inetd' twice, once with "stop" and then again with "start".&lt;BR /&gt;&lt;BR /&gt;The 'inetd' daemon is called the "super daemon" and its role is only to startup TCPIP processes as defined in the 'inetd.conf' configuration file.  If one (e.g FTP) is running, nothing happens to it.  It (the FTP process, for example) is an independent process itself once launched by 'inetd'.  Nothing gets terminated as you asked.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 02 Nov 2005 14:59:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938007#M554484</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2005-11-02T14:59:32Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938008#M554485</link>
      <description>When you issue an inetd -c, what really happens is that a SIGHUP is sent to inetd (kill -1 inetd_PID) and the signal handler then triggers a reread of the inetd.conf file and a subsequent reconfiguration. Most flavors of UNIX don't have the -c option and simply rely on responding to a kill -1.&lt;BR /&gt;A new process is not spawned. This is the preferred way.&lt;BR /&gt;&lt;BR /&gt;Your plan B actually kills the inetd process and starts another. The child processes should continue although the signal handling of the child death now gets done by process 1 (init) rather than inetd. &lt;BR /&gt;&lt;BR /&gt;If you have a choice, do the kill -1 (or inetd -c) because that is what the inetd designers intended.</description>
      <pubDate>Wed, 02 Nov 2005 15:02:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938008#M554485</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-11-02T15:02:59Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938009#M554486</link>
      <description>/sbin/init.d/inetd stop &lt;BR /&gt;would stop inetd.  This means that any daemon listed in inetd.conf (telnet, ftp etc..) could not be started.  However, any process already started by inetd would be unaffected.  As you said, you would only experience a momentary lapse in communication.</description>
      <pubDate>Wed, 02 Nov 2005 15:04:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938009#M554486</guid>
      <dc:creator>john kingsley</dc:creator>
      <dc:date>2005-11-02T15:04:41Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938010#M554487</link>
      <description>Well, I had tried inetd -c and did not get the problem resolution I had hoped, to I have not tried a stop/restart and still no resolution so I will be opening a new thread with the main problem.  Thanks for the help!!!</description>
      <pubDate>Wed, 02 Nov 2005 15:07:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938010#M554487</guid>
      <dc:creator>Alan Meyer_4</dc:creator>
      <dc:date>2005-11-02T15:07:03Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938011#M554488</link>
      <description>Closeing down for now, comw see us later under a new and improved thread....</description>
      <pubDate>Wed, 02 Nov 2005 15:08:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938011#M554488</guid>
      <dc:creator>Alan Meyer_4</dc:creator>
      <dc:date>2005-11-02T15:08:15Z</dc:date>
    </item>
    <item>
      <title>Re: INETD question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938012#M554489</link>
      <description>Man, my typing is atrocious...&lt;BR /&gt;&lt;BR /&gt;I DID then do a stop/restart and still did not get a resolution...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;and I was closing not closeing the thread   ARGH!!!  I need to go home and get up all over again....</description>
      <pubDate>Wed, 02 Nov 2005 15:10:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inetd-question/m-p/4938012#M554489</guid>
      <dc:creator>Alan Meyer_4</dc:creator>
      <dc:date>2005-11-02T15:10:26Z</dc:date>
    </item>
  </channel>
</rss>

