<?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: rcmd: Lost connection in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039034#M530565</link>
    <description>You are confusing the ability to run the remsh client with the ability to act as a remsh server. I'll assume that firewalls are not in play as that could be another "gotcha". First, examine /etc/inetd.conf and make sure that the "shell" entry is not commented out and does contain remshd (the remsh deamon) as the executable.</description>
    <pubDate>Tue, 17 Jul 2007 14:29:08 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2007-07-17T14:29:08Z</dc:date>
    <item>
      <title>rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039033#M530564</link>
      <description>When I try to connect to other servers through remsh from Machine A to either B or C I have no problem.  When I try to remsh from Machine B or C or even itself (A) I get the error rcmd: Lost connection???? I checked the .rhosts and /etc/hosts.equiv and everything seems fine??? Where do I go from here??</description>
      <pubDate>Tue, 17 Jul 2007 14:19:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039033#M530564</guid>
      <dc:creator>John Hegedus</dc:creator>
      <dc:date>2007-07-17T14:19:57Z</dc:date>
    </item>
    <item>
      <title>Re: rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039034#M530565</link>
      <description>You are confusing the ability to run the remsh client with the ability to act as a remsh server. I'll assume that firewalls are not in play as that could be another "gotcha". First, examine /etc/inetd.conf and make sure that the "shell" entry is not commented out and does contain remshd (the remsh deamon) as the executable.</description>
      <pubDate>Tue, 17 Jul 2007 14:29:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039034#M530565</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-07-17T14:29:08Z</dc:date>
    </item>
    <item>
      <title>Re: rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039035#M530566</link>
      <description>Inetd.conf checked out? I compared the files on the other servers that work and everything is the same?? The onll difference is that this particular machine is an NFS server</description>
      <pubDate>Tue, 17 Jul 2007 15:07:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039035#M530566</guid>
      <dc:creator>John Hegedus</dc:creator>
      <dc:date>2007-07-17T15:07:37Z</dc:date>
    </item>
    <item>
      <title>Re: rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039036#M530567</link>
      <description>Ok, next step. On 'A' execute "inetd -l" to start logging connection attempts. Now do something like "remsh serverA ls -l /etc" on serverB and then examine the log entries on A to see if the requests are making it to A.</description>
      <pubDate>Tue, 17 Jul 2007 15:15:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039036#M530567</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-07-17T15:15:38Z</dc:date>
    </item>
    <item>
      <title>Re: rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039037#M530568</link>
      <description>i ran remsh from itself and also the other boxes immediately followed by an ls command and it works just fine</description>
      <pubDate>Wed, 18 Jul 2007 07:28:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/4039037#M530568</guid>
      <dc:creator>John Hegedus</dc:creator>
      <dc:date>2007-07-18T07:28:49Z</dc:date>
    </item>
    <item>
      <title>Re: rcmd: Lost connection</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/5636641#M530569</link>
      <description>&lt;P&gt;I had a similar problem.&amp;nbsp; I could rlogin, rsh, etc from ServerA into ServerB without a problem.&amp;nbsp; However, going from ServerB to ServerA would not work (I got the familar "rcmd: Lost connection" error).&amp;nbsp; I checked all of the following on both servers to make sure the entries were correct:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;/etc/hosts.equiv&lt;/P&gt;&lt;P&gt;/etc/hosts.allow&lt;/P&gt;&lt;P&gt;/etc/hosts.deny (just to be sure)&lt;/P&gt;&lt;P&gt;/root/.rhosts&lt;/P&gt;&lt;P&gt;/var/adm/inetd.sec&lt;/P&gt;&lt;P&gt;/etc/inetd.conf&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I even checked to be sure that the server was resolving by the correct domain name.&amp;nbsp; No problem there.&amp;nbsp; Could not find the problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I&amp;nbsp; tried "inetd -c" multiple times along the way, but that did not help either.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Finally, ran "inetd -k" and then restarted inetd.&amp;nbsp; That worked!!!!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Don't know why inetd had to be killed and restarted, but that brought success.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Apr 2012 16:10:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rcmd-lost-connection/m-p/5636641#M530569</guid>
      <dc:creator>TheJuiceman</dc:creator>
      <dc:date>2012-04-26T16:10:12Z</dc:date>
    </item>
  </channel>
</rss>

