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

Asset ID: 1-72-1003685.1
Update Date:2010-10-28
Keywords:

Solution Type  Problem Resolution Sure

Solution  1003685.1 :   Booting problems with hosts connected to Sun StorEdge[TM] A1000/A3000/A3500.  


Related Items
  • Sun SPARCstorage RSM Array 2000
  •  
  • Sun Storage A1000 Array
  •  
  • Sun Storage A3500 SCSI Array
  •  
  • Sun Netra st A1000 Array
  •  
Related Categories
  • GCS>Sun Microsystems>Storage - Disk>Modular Disk - Other
  •  

PreviouslyPublishedAs
205199


Symptoms
This problem can been seen on hosts connected to one of the following storage arrays :

Sun StorEdge[TM] A3500 Array
Sun StorEdge[TM] A3500FC Array
Sun StorEdge[TM] A1000 Array
Netra st A1000 Array
which using Raid manager software to manage them.
The host may experience a hang while booting with any of the above arrays connected. This document would help us identify the problem and rectify the problem.
There are a few cases when this has happened and the root cause was the S90amon script in the /etc/rc2.d directory. This script has 3 main functions :
(1) Perform SNMP related startup/shutdown processing (entails sending LINK UP/LINK DOWN traps)
(2) Start/stop the array monitor daemon, and
(3) Start/stop the  RDAC (Redundant Disk Array Controller) daemons.
While doing the 1st function, it has to access the /etc/osa/timestamps file and check its existence and if it is empty. If it is not, then the script loops forever and hence doesn't proceed further thereby sometimes hanging the system.
It is also seen when we encounter this problem, the host may successfully boot but none of the raid manager commands work and the graphical interface (GUI) also  come up.
When this problem happens, the /etc/osa/timestamps file, instead of being an empty file, may contain some invalid messages in it.
There was a bug filed for this problem but was closed as "Not reproducible" as we could not reproduce the problem and moreover the workaround for this problem was simple and easy to implement as seen in the next section.


Resolution
When we hit this problem, just do the following.

1. Remove the /etc/osa/timestamps file using the command
#rm /etc/osa/timestamps

2. Re-run S90amon script by running the following commands.
#cd /etc/rc2.d
#S90amon start

The idea is to get an empty /etc/osa/timestamps created which is required by the S90amon script.

You can now run all the CLI (command line interface) commands and also be able to run the GUI of raid manager.

Additional Information
1.This product is now EOLed and hence this bug cannot be further investigated as to how we land into this problem.
2. This problem is also there in the latest Rm6.22.1.

Product
Netra st A1000 Array
SPARCstorage RSM Array 2000
SPARCstorage RSM
Sun StorageTek A1000 Array
Sun StorageTek A3500 FC Array

Internal Comments
For internal use only.

1. Please see bug 4425599 for details.

2. We have some 10-15 hits on sunsolve for customers who have faced this problem, and due to the latest case in APAC, I thought of writing this document.
boot, /etc/osa/timestamps, S90amon, A1000, A3500, A3500FC, hang, sonoma
Previously Published As
78287

Change History
Date: 2006-08-17
User Name: 95826
Action: Approved
Comment: - checked change : ok
- verified metadata
- changed review date to 2007-08-16
- checked for TM - none added
nt/voyager-contributor-standards.html
- checked audience : contract
Product_uuid
49f7ad4a-aa28-47c7-935a-b971312469ea|Netra st A1000 Array
e5da84f6-356a-11d7-9770-8237f2dd1528|SPARCstorage RSM Array 2000
2a5b102a-0a18-11d6-85d3-d27213c4a92c|SPARCstorage RSM
2a792916-0a18-11d6-8d0a-c3d03933af3c|Sun StorageTek A1000 Array
b648cdf0-efb8-4d4f-93d4-b17c1baf1935|Sun StorageTek A3500 FC Array

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