Troubleshooting CST

Because CST is a client-server application, the communication between the applet, the server, and the agent on the host being tracked can be unstable. This may be because either the host or the server or the CST daemon processes in them may be down momentarily. This chapter lists error messages and possible solutions.

Send comments to the CST Development Team by clicking on the Comments button at the bottom of the CST GUI.

---

Note - You must run Netscape Communicator in order to use the Comments button, since Netscape Navigator does not support an email capability. If using Netscape Navigator, send email to cst-master@eng.sun.com.

---

---

Error Messages

Error in Compiling Statistics

Problem: In the statistics folder the Total Time prints out an Error message like the following one:

 

ERROR: Time stamp incorrect on event #25

 

Suggested action: To fix the offending event details, call your local Sun service provider.

Missing FRU Information for Mid-frame Sun Fire System Controllers

Problem: This may happen if the (required) library, libfrurmi.so, and other related files are not in the paths searched by CST.

Sun Fire mid-frame systems are Sun Fire 3800, 4800, 4810, and 6800.

Suggested action: Locate the library, libfrurmi.so, and related files and modify the script in /opt/SUNWcstve/bin/cstrfru_start.sh. Remember that this applies only to the SUNWcstve package files.

For example:

If the libfrurmi.so and related files are in the directory, /opt/SUNWfrusg/lib, then change the script to:

 

#!/bin/sh

CSTVAR=/var/opt/SUNWcst

CSTBIN="`dirname $0`"

if [ -f "/opt/SUNWfrusg/lib/libfrurmi.so" ]; then

LD_LIBRARY_PATH=/opt/SUNWfruid/lib:/opt/SUNWfrusg/lib:${LD_LIBRARY_PATH}

        export LD_LIBRARY_PATH

        ${CSTBIN}/cstrfru $1 $2 $3 $4 $5 $6 

else

        echo "cannot find shared object libfrurmi.so" > /tmp/cstrfru.err

fi 

CST Platform Data Missing on Sun Fire 15K Main System Controller

Problem: CST platform data is missing on Sun Fire 15K MAIN system controller. This might be because the root user is not in any of the platform groups, such as platadmn, platoper, and platsvc.

Suggested action: The fix is to modify /etc/group and add root user to one of the platform groups. This can be verified by running the command, showfailover -r, as root. The command should return either MAIN or SPARE. It should not return any errors about insufficient platform privileges.