Sun Microsystems, Inc.  Sun System Handbook - ISO 4.1 October 2012 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1483573.1
Update Date:2012-08-15
Keywords:

Solution Type  Problem Resolution Sure

Solution  1483573.1 :   SL8500 - Ethernet Port 2B Becomes Un-pingable  


Related Items
  • Sun StorageTek SL8500 Modular Library System
  •  
Related Categories
  • PLA-Support>Sun Systems>TAPE>Tape Hardware>SN-TP: SL3000-8500 Library
  •  




In this Document
Symptoms
Changes
Cause
Solution
References


Created from <SR 3-5905262971>

Applies to:

Sun StorageTek SL8500 Modular Library System - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.

Symptoms

SL8500's Ethernet port becomes un-pingable

SL8500 2B port hangs

Cannot communicate to the library

Changes

 none

Cause

Possible network issue that could have caused the library 2B port to wait indefinitely (i.e., go into a hung state).

Solution

Connect to the library's 2A port or service port using a laptop and an ethernet cable.

If connecting to the 2A port, verify if the 2A port is enabled, run:

     SL8500> network ip address show [dev <device>]
     This displays IP_address information for device 2A or 2B

To bring up the 2A port:
     SL8500> network ip link set dev <device> <up|down>
     Interface control command <up|down> for device 2A or 2B

Note: If connection to the 2A port is not possible, request a field engineer to connect to the library through the service port.

If the problem is occurring, SSH to the library and do the following:
1. get the log snapshot and copy it to your laptop
2. run 'stats network' and traceroute commands, to capture the current state of the network
2. ping the 2B port to see if it can be taken out of its hung state
3. if ping fails, try running 'testlmutcp' from the ACSLS server  (or an equivalent command if HSC is controlling the library)


If it is not possible to SSH to the library, enable a network trace (if possible) and try running 'testlmutcp' from the ACSLS server
(or an equivalent command if HSC is controlling the library).
If the 2B port is in a TIME_WAIT state, the 'testlmutcp' may be able to wake it up. If this is successful, SSH to the library
and get the log snapshot.
 

Open a service request ticket in My Oracle Support and request that a tape support engineer analyze the logs that have been captured.

References

<NOTE:1307534.1> - SL3000/SL8500 - How to Collect Log Snapshot From SL8500 or SL3000 Library

Attachments
This solution has no attachment
  Copyright © 2012 Sun Microsystems, Inc.  All rights reserved.
 Feedback