<?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: rsh time_out in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954581#M116802</link>
    <description>....just now i noticed that i wrote "rsh" but it is wrong: "rmsh" is right.&lt;BR /&gt;Sorry!</description>
    <pubDate>Fri, 18 Apr 2003 11:14:00 GMT</pubDate>
    <dc:creator>Giuliano</dc:creator>
    <dc:date>2003-04-18T11:14:00Z</dc:date>
    <item>
      <title>rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954577#M116798</link>
      <description>how to know the rsh timeout(ms)?&lt;BR /&gt;I use a crontab command with rsh and sometimes it failes for time out reason.&lt;BR /&gt;I noticed that sometimes ping responces are slow (200 ms) but i don't know if ping replying time is related to rsh timeout.&lt;BR /&gt;Thanks</description>
      <pubDate>Fri, 18 Apr 2003 08:22:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954577#M116798</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-18T08:22:47Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954578#M116799</link>
      <description>Hi Guilano,&lt;BR /&gt;&lt;BR /&gt;If you mean rsh as in 'restricted shell' and timeout as in 'timeout' ;-)), then here's a link which gives some details.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.geocities.com/~gregl/htm/bourne_shell_tutorial.htm" target="_blank"&gt;http://www.geocities.com/~gregl/htm/bourne_shell_tutorial.htm&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Let me know if i am way off the mark.&lt;BR /&gt;&lt;BR /&gt;The page says that TIMEOUT is an environment variable.&lt;BR /&gt;&lt;BR /&gt;FWIW.&lt;BR /&gt;&lt;BR /&gt;- ramd.</description>
      <pubDate>Fri, 18 Apr 2003 10:03:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954578#M116799</guid>
      <dc:creator>Ramkumar Devanathan</dc:creator>
      <dc:date>2003-04-18T10:03:42Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954579#M116800</link>
      <description>you are rigth but TIMEOUT variable is unset into the sh enviroment, wich is the value of the TIMEOUT in this case?</description>
      <pubDate>Fri, 18 Apr 2003 10:17:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954579#M116800</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-18T10:17:53Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954580#M116801</link>
      <description>Hi Guilano,&lt;BR /&gt;&lt;BR /&gt;You should probably be looking at /etc/inetd.conf file for this value - this may be the default value which exists for any other shell sessions too - see the 'shell' entry for any -t specification. I don't have rsh installed on my hp-ux machine - so i am merely guessing...&lt;BR /&gt;&lt;BR /&gt;see man inetd.conf on how to set timeouts for shells.&lt;BR /&gt;&lt;BR /&gt;Let me also search a while, and get back to you if i find anything that you'd find useful.&lt;BR /&gt;&lt;BR /&gt;- ramd.</description>
      <pubDate>Fri, 18 Apr 2003 10:30:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954580#M116801</guid>
      <dc:creator>Ramkumar Devanathan</dc:creator>
      <dc:date>2003-04-18T10:30:57Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954581#M116802</link>
      <description>....just now i noticed that i wrote "rsh" but it is wrong: "rmsh" is right.&lt;BR /&gt;Sorry!</description>
      <pubDate>Fri, 18 Apr 2003 11:14:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954581#M116802</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-18T11:14:00Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954582#M116803</link>
      <description>what's rmsh - if this is remsh (remote shell) - my earlier post still holds good...&lt;BR /&gt;&lt;BR /&gt;- ramd.</description>
      <pubDate>Fri, 18 Apr 2003 11:18:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954582#M116803</guid>
      <dc:creator>Ramkumar Devanathan</dc:creator>
      <dc:date>2003-04-18T11:18:27Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954583#M116804</link>
      <description>remsh (the remote shell command interface) is typically used to run a remote command so there is no real login shell. So the value of TMOUT (the POSIX and ksh timeout value) has no meaning. It only has meaning when the shell is idle, waiting for keyboard input. For instance:&lt;BR /&gt;&lt;BR /&gt;remsh some_cpu sleep 20&lt;BR /&gt;&lt;BR /&gt;will have the following hierarchy:&lt;BR /&gt;&lt;BR /&gt;inetd -&amp;gt; remshd -&amp;gt; sh -c sleep 20 -&amp;gt; sleep 20&lt;BR /&gt;&lt;BR /&gt;So, when sleep 20 finishes, the sh -c program resumes, but there is nothing to do so it exits. Since you are running a cron job, you must examine exactly what the commands are doing and repair any commands that can hang. This is especially true if your cron job performs an su - some-login. The reason is that login profiles are often incorrectly written for batch jobs and need to protect any interactive terminal commands.&lt;BR /&gt;&lt;BR /&gt;When the cron job hangs, you need to investigate what portion is causing the hang. If it is the command itself, fix the command (often networking commands including NFS-related tasks will hang), or rewrite the cron job to monitor the command in the background and kill the job when it fails to return in a certain length of time.&lt;BR /&gt;&lt;BR /&gt;If it is the shell itself, then remsh is not being utilized correctly (ie, the shell is waiting for some keyboard input). You'll need to setup logging to determine the reason for the pause.&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Apr 2003 11:58:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954583#M116804</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-04-18T11:58:11Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954584#M116805</link>
      <description>remsh -n "ps -ef......." is the command line in my script in crontab.&lt;BR /&gt;The standard output return "Connection timed out".&lt;BR /&gt;Does mean that the remote host is not available or wich?&lt;BR /&gt;In my inetd.conf there is next string:&lt;BR /&gt;"shell stream tcp nowait root /usr/lbin/remshd remshd".&lt;BR /&gt;there isn't any value related to remshd timeout.&lt;BR /&gt;thanks in advance&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Apr 2003 12:49:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954584#M116805</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-18T12:49:13Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954585#M116806</link>
      <description>Correct, remshd has no timeout value per se. There is a keep-alive option which is turned on by default. However, this only terminates the session if the remote host crashes or becomes unreachable over the network. You don't want a global timeout since some commands do indeed take a long time.&lt;BR /&gt;&lt;BR /&gt;As far as ps -ef, this is likely a remote host problem. If you are looking for a specific process, using ps|grep is a bad way to do things. Let ps do the looking for you:&lt;BR /&gt;&lt;BR /&gt;Look for a specific user ID:&lt;BR /&gt;&lt;BR /&gt;ps -f -u some-user&lt;BR /&gt;&lt;BR /&gt;Look for a specific process:&lt;BR /&gt;&lt;BR /&gt;UNIX95= ps -f -C process-name&lt;BR /&gt;&lt;BR /&gt;Doing a global ps can sometimes hang even for a local conection and ps may have problems getting sane information over the network because the network is slow and processes can change rapidly every second.&lt;BR /&gt;&lt;BR /&gt;Post your script and perhaps we can find a more reliable way to accomplish your tasks.</description>
      <pubDate>Fri, 18 Apr 2003 13:34:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954585#M116806</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-04-18T13:34:23Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954586#M116807</link>
      <description>OK, where is keep-alive option? Can I set his value in ms? I hope remote host has a tcp problem because if i ask for rlogin command, sometime answers before many seconds.&lt;BR /&gt;</description>
      <pubDate>Sat, 19 Apr 2003 10:18:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954586#M116807</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-19T10:18:09Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954587#M116808</link>
      <description>....no before.....after</description>
      <pubDate>Sat, 19 Apr 2003 10:56:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954587#M116808</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-19T10:56:35Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954588#M116809</link>
      <description>You can only turn off the keep alive option (man remshd, it's the -n option). Now the delays you are experiencing at login are very likely due to DNS. remsh (and rlogin and rcp) attempt to do a little bit of verification by looking up the incoming hostname both directions. If resolv.conf on the remote system is pointing first to a dead DNS server, there will be a 10-20 sec timeout.</description>
      <pubDate>Sat, 19 Apr 2003 11:15:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954588#M116809</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-04-19T11:15:37Z</dc:date>
    </item>
    <item>
      <title>Re: rsh time_out</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954589#M116810</link>
      <description>thanks for all; i applied ARPA patchs to increase network performances.</description>
      <pubDate>Tue, 22 Apr 2003 17:31:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rsh-time-out/m-p/2954589#M116810</guid>
      <dc:creator>Giuliano</dc:creator>
      <dc:date>2003-04-22T17:31:21Z</dc:date>
    </item>
  </channel>
</rss>

