Sun Fire[TM] 12K/15K/20K/25K: cfgadm -c disconnect fails with Library error: RCM request delete capacity failed for SB

Asset ID:	1-72-1002437.1
Update Date:	2010-06-18
Keywords:

Solution Type Problem Resolution Sure

Solution 1002437.1 : Sun Fire[TM] 12K/15K/20K/25K: cfgadm -c disconnect fails with Library error: RCM request delete capacity failed for SB

Related Items


Sun Fire E25K Server
 Sun Fire E20K Server
 Sun Fire 12K Server
 Sun Fire 15K Server

Related Categories


GCS>Sun Microsystems>Servers>High-End Servers

PreviouslyPublishedAs
203410

Symptoms
When running cfgadm -c disconnect SB?, I an error:

Library error: RCM request delete capacity failed for SB?

Place the dr session into debug

SBD_DEBUG=/tmp/sbd.log;export SBD_DEBUG

rerun the cfgadm -c disconnect SB?

Looking at the /tmp/sbd.log shows we are failing with a bad address:

....snip ....
<request delete capacity><SB?>ap_rcm_info(PID)
<Bad address><><>
ap_seq_exec: request delete capacity failed 
.... snip ....

Resolution
This error will occur if /var/run is not mounted as tmpfs.

Using mount -p /var/run should be mounted as a tmpfs filesystem.

# mount -p
......
swap - /var/run tmpfs - no xattr
......

Running Solaris[TM] 8 and Solaris[TM] 9, /var/run is mounted in the /etc/rcS.d/S70buildmnttab.sh.
/var/run is mounted via svc:/system/filesystem/minimal:default in Solaris[TM] 10.

Note :
This problem can only happen with Solaris 8 and Solaris 9 because in Solaris 10 the mounting of /var/run is done much earlier and the check for /var/run in librcm has been removed (see Bug 5103374 ).

Additional Information
For further details, see :

Bug 5088931 - deleteboard cmd results in rcm library error
Bug 5103374 - /var/run check in librcm should be removed

Product
Sun Fire E25K Server
Sun Fire E20K Server
Sun Fire 15K Server
Sun Fire 12K Server

rcm, cfgadm, disconnect, deleteboard
Previously Published As
83347

Change History
Date: 2010-04-30
User Name: Cootware
Action: Content Team Review
Comment: Updated title to reflect error.

Attachments

This solution has no attachment