[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | DEC TCP/IP Services for OpenVMS | 
| Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System | 
| Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT | 
|  | 
| Created: | Thu Nov 17 1994 | 
| Last Modified: | Fri Jun 06 1997 | 
| Last Successful Update: | Fri Jun 06 1997 | 
| Number of topics: | 5568 | 
| Total number of notes: | 21492 | 
5185.0. "RSH hangs intermittent" by BACHUS::VANLOOCK (Patrick DTN 856-8648) Mon Feb 03 1997 03:21
   Hi,
   
   One of our customer (BARCO...) called us for an intermittent 
   problem with RSH on UCX 3.3 ECO 10 & ECO 13: from time to time, 
   rsh's from Silicon Graphics client to this UCX-server just hangs, 
   on UCX-server: no new process created, NO OPCOM-message generated; 
   at that time, e.g. TELNET from same client to same UCX-server still 
   works fine.  Customer says that rsh's from some other clients are 
   still working at that time, while others are not(!??) ...
   
   On last occurance: 
            ucx show serv rsh/full  
               ==> lim 200, active 16, peak 25
            ucx show dev/serv=rsh 
               ==> 38 bg-devices
               from which 22 (= 38-16) owned by UCX$INET_ACP !!!
            ucx show dev bg.. /ful  of bg-devices owned by UCX$INET_ACP
               one of them: remote host: SG-station from which rsh fails
               some (not all) have status "ISCONNECTED CANTRECVMORE PRIV"
            ucx show comm/mem
               ==> waits & drops: all 0
            ucx disable service rsh + ucx enable service rsh 
               ==> problem solved ...
               ==> all 'phantom' bg-devices for service rsh owned by 
                   UCX$INET_ACP cleaned up 
   Any comment on what can be wrong there will be appreciated!
   Patrick
| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 5185.1 |  | UCXAXP::GEMIGNANI |  | Tue Feb 04 1997 22:07 | 10 | 
|  |     Robert recently made some corrections in this area.  He found that the
    INET_ACP was not parsing the incoming rsh configuration information
    correctly.  (RSH connections go through the proxy scheme before an
    RSH process is created.)  The result was a hanging connection, as you
    described.
    
    I don't believe that any correction was made for V3.3, however, as we
    no longer support that release.  Robert (unfortunately) is out of the
    office for a while.  Please contact LASSIE::Natasha to inquire about
    the resolution.
 | 
| 5185.2 | same as note 4749? | UTRTSC::GROOT_R | Ronald de Groot | Thu Feb 06 1997 07:34 | 3 | 
|  |     see also note 4749.2
    
    Ronald
 | 
| 5185.3 | the problem is fixed. | UCXAXP::NATASHA |  | Fri Feb 07 1997 14:04 | 8 | 
|  |     
    Hello,
    
    The UCX V3.3 is not supported any longer.
    
    To fix the reported RSH hanging problem 
    please install the ECO4 kit for UCX V4.1
    or the ECO5 kit for V4.0.
 |