<?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: remsh hangs in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219122#M466473</link>
    <description>&lt;!--!*#--&gt;&amp;gt; I know its not a network issue [...]&lt;BR /&gt;&lt;BR /&gt;I don't.  (And that's "it's".)&lt;BR /&gt;&lt;BR /&gt;If other services, like, say, Telnet, work in&lt;BR /&gt;both directions between the two problem&lt;BR /&gt;systems (CHOMSL19 and NLCREL03), then that&lt;BR /&gt;would seem to rule out any obvious routing&lt;BR /&gt;problems, but I know nothing about the&lt;BR /&gt;network hardware between these systems, and&lt;BR /&gt;I can imagine all sorts of (mal-configured)&lt;BR /&gt;firewall capability in there which might&lt;BR /&gt;cause a problem like this.  Any description&lt;BR /&gt;which says "VLAN" sets me a-worrying.&lt;BR /&gt;&lt;BR /&gt;Knowing nothing, I'd expect a more general&lt;BR /&gt;problem (routing, duplicate address, ...) to&lt;BR /&gt;affect all services more or less equally,&lt;BR /&gt;which, according to your description, is not&lt;BR /&gt;the case.&lt;BR /&gt;&lt;BR /&gt;As always, I'd feel better if I could see&lt;BR /&gt;some actual commands with output, showing&lt;BR /&gt;things like actual IP addresses, route&lt;BR /&gt;tracing, Telnet sessions, and so on.  (I&lt;BR /&gt;trust copy+paste more than I do anyone's&lt;BR /&gt;descriptions and interpretations.)</description>
    <pubDate>Thu, 14 Jan 2010 22:21:24 GMT</pubDate>
    <dc:creator>Steven Schweda</dc:creator>
    <dc:date>2010-01-14T22:21:24Z</dc:date>
    <item>
      <title>remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219115#M466466</link>
      <description>Hi if anyone could help with the following issue i would be most greatful.&lt;BR /&gt;&lt;BR /&gt;Background :&lt;BR /&gt;System OS  &lt;BR /&gt;HP-UX11i&lt;BR /&gt;Hostname's&lt;BR /&gt;NLCREL03, NLCREL04, CHOMSL19&lt;BR /&gt;Network Interfaces  &lt;BR /&gt;NLCREL03 multiple with dedicated production VLAN&lt;BR /&gt;NLCREL04 multiple with dedicated production VLAN&lt;BR /&gt;CHOMSL19 single lan in dedicated production VLAN&lt;BR /&gt;&lt;BR /&gt;NLCREL03 &amp;amp; NLCREL04 are in the same VLAN and can talk to each other and CHOMSL19 using the regular services i.e ping/rcp/telnet etc&lt;BR /&gt;CHOMSL19 is on a seperate VLAN that can talk to NLCREL03 &amp;amp; NLCREL04&lt;BR /&gt;&lt;BR /&gt;Issue when running the following command as user root &amp;amp; system user #remsh &lt;HOST&gt; bdf&lt;BR /&gt;&lt;BR /&gt;1)If i remsh from CHOMSL19 to either NLCREL03 or NLCREL04 the result is success.&lt;BR /&gt;2)If i remsh from NLCREL04 to CHOMSL19 the result is success.&lt;BR /&gt;3)If i remsh from NLCREL03 to CHOMSL19 the result is a timeout.&lt;BR /&gt;&lt;BR /&gt;Evidence :&lt;BR /&gt;&lt;BR /&gt;When option 3) fails i can see the following in the syslog on CHOMSL19 (the system the remsh is going to), it would appear the connection is being made as the following event is created :&lt;BR /&gt;&lt;BR /&gt;"connection from NLCREL03 (IP) at &lt;DATE&gt;"&lt;BR /&gt;&lt;BR /&gt;when the remsh times out the following event appears in the syslog :&lt;BR /&gt;&lt;BR /&gt;"connect second port : Connection timed out"&lt;BR /&gt;&lt;BR /&gt;On all 3 systems the host.equiv and .rhosts contains entrys for the 3 systems, and the inetd.sec is empty allowing all.&lt;BR /&gt;&lt;BR /&gt;I know its not a network issue as NLCREL04 is able to perform the remsh and its setup (apart from IP) is identical to NLCREL03 which is failing, as the syslog entry shows the connection being made, there is something taking place that stops the return journey from the failing system.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Any help would be great, im all out of ideas :)&lt;BR /&gt;&lt;BR /&gt;Rgds&lt;BR /&gt;Steve&lt;BR /&gt;&lt;BR /&gt;&lt;/DATE&gt;&lt;/HOST&gt;</description>
      <pubDate>Wed, 13 Jan 2010 23:50:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219115#M466466</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-13T23:50:15Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219116#M466467</link>
      <description>Hello.&lt;BR /&gt;&lt;BR /&gt;Can you try the command with the '-n' switch:&lt;BR /&gt;&lt;BR /&gt;# remsh host -l user -n thecommand.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;does it give the same error ???</description>
      <pubDate>Thu, 14 Jan 2010 00:01:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219116#M466467</guid>
      <dc:creator>Fabian Briseño</dc:creator>
      <dc:date>2010-01-14T00:01:12Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219117#M466468</link>
      <description>Yep, tried with -n and the same issue occurs with the same updates to the syslog</description>
      <pubDate>Thu, 14 Jan 2010 00:03:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219117#M466468</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-14T00:03:16Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219118#M466469</link>
      <description>Hello Steve.&lt;BR /&gt;check your /etc/services file to what do the entry's for ports 512,513,514 show ?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 14 Jan 2010 00:45:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219118#M466469</guid>
      <dc:creator>Fabian Briseño</dc:creator>
      <dc:date>2010-01-14T00:45:57Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219119#M466470</link>
      <description>Still need help on this, would appreciate any ideas</description>
      <pubDate>Thu, 14 Jan 2010 18:53:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219119#M466470</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-14T18:53:25Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219120#M466471</link>
      <description>Can you telnet there?</description>
      <pubDate>Thu, 14 Jan 2010 19:06:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219120#M466471</guid>
      <dc:creator>Tingli</dc:creator>
      <dc:date>2010-01-14T19:06:31Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219121#M466472</link>
      <description>From my opening statement !&lt;BR /&gt;&lt;BR /&gt;"NLCREL03 &amp;amp; NLCREL04 are in the same VLAN and can talk to each other and CHOMSL19 using the regular services i.e ping/rcp/telnet etc&lt;BR /&gt;CHOMSL19 is on a seperate VLAN that can talk to NLCREL03 &amp;amp; NLCREL04"</description>
      <pubDate>Thu, 14 Jan 2010 19:08:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219121#M466472</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-14T19:08:38Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219122#M466473</link>
      <description>&lt;!--!*#--&gt;&amp;gt; I know its not a network issue [...]&lt;BR /&gt;&lt;BR /&gt;I don't.  (And that's "it's".)&lt;BR /&gt;&lt;BR /&gt;If other services, like, say, Telnet, work in&lt;BR /&gt;both directions between the two problem&lt;BR /&gt;systems (CHOMSL19 and NLCREL03), then that&lt;BR /&gt;would seem to rule out any obvious routing&lt;BR /&gt;problems, but I know nothing about the&lt;BR /&gt;network hardware between these systems, and&lt;BR /&gt;I can imagine all sorts of (mal-configured)&lt;BR /&gt;firewall capability in there which might&lt;BR /&gt;cause a problem like this.  Any description&lt;BR /&gt;which says "VLAN" sets me a-worrying.&lt;BR /&gt;&lt;BR /&gt;Knowing nothing, I'd expect a more general&lt;BR /&gt;problem (routing, duplicate address, ...) to&lt;BR /&gt;affect all services more or less equally,&lt;BR /&gt;which, according to your description, is not&lt;BR /&gt;the case.&lt;BR /&gt;&lt;BR /&gt;As always, I'd feel better if I could see&lt;BR /&gt;some actual commands with output, showing&lt;BR /&gt;things like actual IP addresses, route&lt;BR /&gt;tracing, Telnet sessions, and so on.  (I&lt;BR /&gt;trust copy+paste more than I do anyone's&lt;BR /&gt;descriptions and interpretations.)</description>
      <pubDate>Thu, 14 Jan 2010 22:21:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219122#M466473</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2010-01-14T22:21:24Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219123#M466474</link>
      <description>Steven apologies i thought this was a forum and not an English grammar class.&lt;BR /&gt;And from your comments below you've already proven you will not be able help with this issue.&lt;BR /&gt;Actual IP's would have no added benefit, i've told you both systems are in the same VLAN and can talk to CHOMSL19, i've also stated CHOMSL19 has a single interface, the fact they are in the same VLAN and can talk to CHOMSL19 shows the routing over the VLAN's is good as I have a successful round trip on NLCREL04 using remsh, route tracing would be no benefit as tracing doesn't use remsh and i've already said the system's can talk to each other. telnet session why ? the issue is with remsh and i've already explained telnet works and it should do, it's a separate service and flow to remsh anyway.&lt;BR /&gt;I know its not a network issue because on top of the evidence above, I have an entire network team &lt;BR /&gt;that have checked all flows and rules to be good, and we have monitored network failures/drops over checkpoint for two week's without any failure's prior/during/post the issue arising.&lt;BR /&gt;My hope with this thread was someone has experienced second port closure using remsh, if I cannot find someone that has then the thread can be closed.&lt;BR /&gt;</description>
      <pubDate>Thu, 14 Jan 2010 22:51:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219123#M466474</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-14T22:51:54Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219124#M466475</link>
      <description>Although both of them in the same vlan, but if the firewall port is closed, they still can not talk to each other. Nowadays, the network is so fancy that it can open or close anything as it likes.</description>
      <pubDate>Thu, 14 Jan 2010 23:05:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219124#M466475</guid>
      <dc:creator>Tingli</dc:creator>
      <dc:date>2010-01-14T23:05:34Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219125#M466476</link>
      <description>Tingli,&lt;BR /&gt;&lt;BR /&gt;Very true, unfortunately our network monitoring would throw up some pretty big alarm bells if a port were to open or close.&lt;BR /&gt;This can only take place through very strict change control, during an even smaller application downtime window :(</description>
      <pubDate>Thu, 14 Jan 2010 23:10:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219125#M466476</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-14T23:10:12Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219126#M466477</link>
      <description>From the readings, I suspect it could be firewall issue.&lt;BR /&gt;&lt;BR /&gt;You said, NLCREL03 to CHOMSL19 is timed out; but at the same time, CHOMSL19 can talk to NLCREL03.  &lt;BR /&gt;&lt;BR /&gt;It looks like only uni-directional connection.  How about the ping response or traceroute output from both systems?  Traceroute output would be the best option, you can find, where it is dropping.</description>
      <pubDate>Fri, 15 Jan 2010 03:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219126#M466477</guid>
      <dc:creator>Shibin_2</dc:creator>
      <dc:date>2010-01-15T03:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219127#M466478</link>
      <description>&lt;!--!*#--&gt;&amp;gt; From the readings, I suspect it could be&lt;BR /&gt;&amp;gt; firewall issue.&lt;BR /&gt;&lt;BR /&gt;Hmmm.  You must be as foolish as I must be.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; [...] i thought this was a forum and not an&lt;BR /&gt;&amp;gt; English grammar class.&lt;BR /&gt;&lt;BR /&gt;So, is your complaint that I provided no&lt;BR /&gt;useful information or too much?  ("I", by the&lt;BR /&gt;way.)&lt;BR /&gt;&lt;BR /&gt;I can hardly wait to learn what the real&lt;BR /&gt;problem (or "issue") was.  Please be sure to&lt;BR /&gt;report back when it's discovered.  Thanks.</description>
      <pubDate>Fri, 15 Jan 2010 04:33:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219127#M466478</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2010-01-15T04:33:25Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219128#M466479</link>
      <description>Are the hosts files all current?</description>
      <pubDate>Fri, 15 Jan 2010 18:03:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219128#M466479</guid>
      <dc:creator>Gordon Sjodin</dc:creator>
      <dc:date>2010-01-15T18:03:15Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219129#M466480</link>
      <description>Shibin/Gordon&lt;BR /&gt;&lt;BR /&gt;Thanks for your post's,&lt;BR /&gt;&lt;BR /&gt;traceroute is successful on both system's from source to destination. we have dedicated security tools that run ICMP test request's so if a weekend change were to be implemented which stopped ICMP from source to destination we would be notifed immediately via ITO. &lt;BR /&gt;&lt;BR /&gt;and obviously with a successful traceroute and the fact our firewall's allow ICMP, ping result's in a round trip completion on both NLCREL03 &amp;amp; NLCRLE04 to CHOMSL19. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Yep hosts,inted.sec,hosts.equiv &amp;amp; .rhosts are consistant and correct across all system's.&lt;BR /&gt;we use opsware to push the file pack's, once on they never get changed per location we build (plus im one of 3 people that has triple checked them to make sure all is well)&lt;BR /&gt;&lt;BR /&gt;(due to the nature of our business i cannot post any iternal details, which i appreciate can make problem's harder to diagnose,)&lt;BR /&gt;&lt;BR /&gt;But suggestions are very welcome&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 16 Jan 2010 21:16:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219129#M466480</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-16T21:16:28Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219130#M466481</link>
      <description>&lt;!--!*#--&gt;&amp;gt; But suggestions are very welcome&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.hopkinsandcompany.com/Books/Eats,%20Shoots%20and%20Leaves.htm" target="_blank"&gt;http://www.hopkinsandcompany.com/Books/Eats,%20Shoots%20and%20Leaves.htm&lt;/A&gt;</description>
      <pubDate>Sun, 17 Jan 2010 05:15:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219130#M466481</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2010-01-17T05:15:54Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219131#M466482</link>
      <description>comment abuse from other member</description>
      <pubDate>Sun, 17 Jan 2010 15:01:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219131#M466482</guid>
      <dc:creator>spearsy456</dc:creator>
      <dc:date>2010-01-17T15:01:09Z</dc:date>
    </item>
    <item>
      <title>Re: remsh hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219132#M466483</link>
      <description>&lt;!--!*#--&gt;More free advice:&lt;BR /&gt;&lt;BR /&gt;Getting on the wrong side of spearsy456 may&lt;BR /&gt;lead to being awakened at home on an&lt;BR /&gt;otherwise pleasant Sunday morning by a&lt;BR /&gt;telephone call from an irate, vulgar&lt;BR /&gt;stranger.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;These forums are _so_ educational.</description>
      <pubDate>Mon, 18 Jan 2010 16:56:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-hangs/m-p/5219132#M466483</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2010-01-18T16:56:01Z</dc:date>
    </item>
  </channel>
</rss>

