LSI 9361-8i: Configure RAID through the M5 BMC
This archived vendor walkthrough uses an Inspur M5 BMC to manage an LSI/Avago MegaRAID 9361-8i controller. English instructional reconstructions replace its Chinese screenshots. Repeated equivalent UI excerpts share figures, while different RAID levels and disk selections remain distinct. The source mixes existing-array properties, new-creation dialogs and contradictory disk selections; these are documented examples, not a verified continuous configuration session.
Use this workflow only for an approved new configuration or planned destructive reconfiguration with recoverable backups. Deleting a logical drive, changing an active member to Unconfigured Good, creating a virtual drive and initializing it can change metadata or make existing data inaccessible. They are not routine data-recovery steps. Do not apply them to a production member merely because the source clicks those controls.
1. Review existing logical and physical drives
Sign in to the actual server BMC using authorized credentials. Open Storage > Logical Disks and select the intended controller. Review the virtual-drive identity, capacity, RAID level and state. Optimal describes the controller-reported array state; it does not independently validate file-system consistency, backups or application data.


Open Storage > Physical Disks to review the drives recognized by the controller. The source listing shows slot 4 / drive 9 and slot 5 / drive 8 at 558.41 GB, plus slot 6 / drive 10 at 1862.50 GB, all Online. Online indicates participation/state as reported by the controller, not that a disk is unused or safe to overwrite. Match enclosure, slot and device identities against the actual intended hardware.

2. Delete a logical drive only when intended
For a specifically approved deletion, return to Logical Disks, select the exact virtual drive and review its properties and slot/member list. The source example is the existing RAID5 virtual drive, not a blank new array. Select Delete LogicalDrive and apply Set. Review the confirmation before choosing OK; Cancel leaves that confirmation unaccepted.



The source then displays Operation executed successfully. Its background still contains the previous RAID5 properties, so refresh and inspect the actual resulting configuration. The acknowledgement alone neither proves every old drive became reusable nor verifies preserved/recoverable data.

3. Shared settings for new virtual drives
The source repeats the same creation workflow for RAID0, RAID1 and RAID5. On an actual new/reusable disk set, confirm eligibility and supported media, sector format and controller limits. An Online disk already assigned to an active virtual drive is not automatically a creation candidate. If unexpected configurations or recovery requirements exist, stop and resolve them with the applicable controller procedure.
Its example offers Unconfigured Good in a physical-disk Actions panel, applies Set, confirms, then shows an acknowledgement. That is a historical state-change demonstration, not an instruction to force every recognized disk to that state. Verify the intended reusable device and its final state separately.
| Creation field | Source example and interpretation |
|---|---|
| Controller Id | Controller 0 — AVAGO MegaRAID; select the actual intended controller. |
| RAID Level | RAID0, RAID1 or RAID5 according to the planned layout and supported disk count. |
| Strip Size | 64K in the pictured examples. Strip size is a data-unit size, not a bandwidth setting; choose an appropriate supported value. |
| Access Policy | Read Write. |
| Read Policy | Read Ahead in the figures. The source prose says Read Back in one battery-related sentence; that is not the illustrated read-policy name. |
| Write Policy | Write Through in the figures, including the misspelled label Write Throgh in the old UI. Write Back eligibility depends on the supported cache-protection policy and its health. |
| IO Policy | Direct IO. |
| Drive Cache | Unchanged. This setting does not certify that every drive cache is power-loss protected. |
| Init State | Quick Init in the example. Initialization changes on-disk information; it does not preserve an existing installation for recovery. |
| Select Size | 100% in the pictured forms; select the intended supported virtual-drive size. It is a percentage field, not a verified usable-capacity result. |
Read-ahead policy and write-cache policy are different controls. A battery does not select a read policy. Broadcom documents optional CVM02 CacheVault protection for the 9361 series, using a flash module and a supercapacitor; do not reduce protection checks to the source’s simple BBU-present/absent rule. Use the controller’s supported policy and current protection state, including fallback behavior. Do not force unprotected Always Write Back merely to follow a performance example.
4. Source RAID0 example
Open the M5 BMC, inspect Physical Disks and confirm the actual reusable disk set. If a planned state change is genuinely required, review the selected device and apply only the approved action. The following source sequence starts from Online examples; it is not evidence that these were safely unused drives.





Under Logical Disks, choose Create Virtual Drive. Select the actual controller and RAID0, then review the shared settings above. RAID0 has no redundancy. Select the intended eligible drive(s), respecting the controller’s RAID0 limits and planned capacity. An intermediate checkbox screen is not the final configuration.




The next source confirmation differs: all three listed drives are checked. Review the complete final selection before applying Set and accepting OK. The source’s success popup is over the existing 1116.81-GB RAID5 properties, not a verified new RAID0 property page. Do not infer the new RAID0 capacity, level or successful data access from that reused background.



5. Source RAID1 example
Review the actual controller and reusable disks again. The source repeats the Online-to-Unconfigured-Good action and confirmation; the same limitations apply. For a conventional two-drive mirror, select the intended compatible pair. The source’s selection screen checks the two 558.41-GB entries and leaves the 1862.50-GB entry unchecked.









However, the following source confirmation shows all three entries checked, and its success background again shows the old RAID5 properties. Three selected drives in that reused confirmation do not validate a conventional two-drive RAID1 plan. Correctly review the actual controller-supported mirror membership and selected level before applying changes. After creation, refresh Logical Disks, verify RAID1, capacity, members and state, then review initialization status and host visibility. The source does not independently establish those results.



6. Source RAID5 example
Repeat the inventory and approved reusable-disk checks. Under Create Virtual Drive select RAID5, not RAID1: the source’s RAID5 prose contains a copy/paste error, while its actual form clearly displays RAID5. Use the supported minimum of three member drives for this layout and review usable capacity, including the smallest participating member and controller overhead. Unequal sizes do not imply that all raw capacity can be used in this single RAID5 set.









Review the final controller, level, eligible members, policies, initialization and intended size. Apply Set and accept only the correct confirmation. Inspect the actual resulting virtual-drive properties and physical membership afterward. Optimal and Online are reported configuration states; they are not proof of successful OS installation, file-system consistency or verified application data.



Source and official English references
The original article’s English switch leads to the vendor English home page; a matching public English M5 BMC article and screenshot set were not established. Broadcom’s English documentation verifies controller concepts and cache-protection support, but its Ctrl-R and management-tool screenshots are different interfaces and are not substituted as identical BMC screens.