A1000 dacstore misconfiguration

From: Steven Azar (nassif@mindspring.com)
Date: Tue Jul 13 2004 - 15:02:18 EDT


Hi sunmanagers,

The System:
E420 ( 5.8 Generic_108528-20 sun4u sparc SUNW,Ultra-80) attached to two A1000s ( both Boot Level: 03.01.04.00 Firmware Level: 03.01.04.75). I'll call them 001 and 002. RM6221 is installed.

001 originally had eleven drives in it, 002 had nine.

The Problem:
Four drives were taken from a foreign system (an e220 with an a1000) and placed in the empty slots with the goal of increasing drive capacity. Apparently the dacstore on these disks thought their lun information needed to be revived in the new system. They fought it out with the running configuration and came to some sort of draw. The original luns are all still there. The system performs i/o operations correctly, however I cannot make use of those slots because when I do, the running dacstore information tells me that the drives are not available for reuse as they are part of another configuration.

This behavior persists despite failing and unfailing (with -u instead of -U) the drives. I have attempted to rebuild the configuration from the dacstore information on the current disks by shutting down the whole system, disconnecting the raid cards and cache batteries, letting the system sit for 10 minutes, reassembling, and restarting the system. The system currently sees phantom drives in the empty slots--even though there are no drives in the slots. When I run healthck -a, I get the following:

Health Check Summary Information

002: Failed Unassigned Drive at Drive [2,4];[2,5]
001: Failed Unassigned Drive at Drive [2,4]

The Questions:
Is there any way to directly edit the dacstore information on the correctly-configured drives?
Is there an indirect method I could use to correct the dacstore information?
Do I have any option other than to clear the raid modules and rebuild/restore?

The database this system usually hosts is currently running on a different, smaller server. It is critical to get the database back onto the preferred system as soon as is possible. I will summarize.

Thanks in advance.

-- 
Steven Azar
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers


This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:29:04 EDT