As you are using them, the four vault disks have two distinct types of data on them:  > User data from the LUNs you defined there  > Flare/vault data that the system uses  That second type of data can only exist on disks in slot 0-3.  Think of them as the boot drives for the system; their use is identified by their physical location.  When your disks failed, and were rebuilt to the designated hot spares, only the first type of data was rebuilt.   Your system hasn't been healthy since that first vault drive failed.  For instance, I believe that write cache has been disabled since that point in time.  Until you can return it to a healthy status I wouldn't expect it to function in a normal manner.  Having put disks back into slots 1 and 3, I would guess that it would be re-syncing from the invoked hot spares.  As these are SATA disks there is a chance that their issues were with internal drive recovery, and they may be essentially 'good'.  But I would think that the rebuild was still in progress, and that one or both of them may fail before it finishes.  What alerts do you still have?  Just the SPS, or do you still see issues with the SPs and write cache disabled?  On a small capacity system it is a bit of a luxury, but if possible, you should avoid using the vault disks for user LUNs.  As I read it, your current vault drives are 750GB SATA, and the other eight drives are 1TB SATA.  If disk 1 or 3 should fail you *could* unbind your remaining hot spare and physically replace the failed disk with it.  That is perhaps an imperfect solution, but only because historically the 1TB SATA disks have what is perhaps the worst failure rate of any disk made in this century.  Otherwise, replacing a like interface (SATA for SATA) vault with a larger capacity disk will not cause any issues, and you can go to wherever you get your replacement disks and buy another 1TB for just about the same cost as the 750GB.
Hello,  My fiber storage array is equipped with 2 SPS, one for every SP. The SPS managing SPb broke down and I proceeded to its replacement.Then, after reboot then entire array the SPb appears as defective and SPS connect to it has for state: emptyIs it the current status of SPS which returns the SPb defective ? Is there any specific operation to do for that SPS is operational?Thank you for your help
Problem on a AX4-5f