I have several Supermicro servers with LSI Megaraid controllers, 9266-8i. One recently lost a drive; I replaced it as usual, but it is still beeping on reboot. It is set up as RAID 10 + hotspare.

MegaCli64 -AdpEventLog -GetEvents -f events.log -aALL && cat events.log shows me:

Event Description: Global Hot Spare created on PD 08(e0xfc/s0) (global,rev)
Event Description: Reminder: Potential non-optimal configuration due to drive PD
                    08(e0xfc/s0) commissioned as emergency spare

Since the beep pattern is 1 second on, 3 seconds off, which is the code for "SPEAKER_HOTSPARE_ENTRY - A hot spare drive has completed the rebuild process and has been brought into the array", I assume this is the root of the problem. I have updated to the latest firmware, since the release notes mentioned the "Potential non-optimal configuration" message, but no change.

Anyone have an idea on how to clear this?


Source: IBM tip H206526

There is no functional impact. To prevent the message from appearing in the system event logs:

  • Open MegaRAID Storage Manager.
  • Select Tools --> Monitor Configure Alerts.
  • Select Change Individual Events.
  • Highlight event ID 406.
  • Deselect the System log check box.
  • 2
    I'm using this but I really hate to disable a valid warning, would love to have a real fix instead. No more hardware RAID for me, ZFS from now on – bsd Jun 26 '16 at 12:03

I have LSI controller, RAID 10 with four disks. One disk went bad, hot-swap replace -> automatically set hot spare flag on new disk and got same warning as above. Turn machine off, physically remove replacement disk, separately did quick format to unset RAID participation, replaced disk and turned machine on. Automatically found disk and started rebuild into RAID with unset hot spare flag.

Trick seems to be finding time when machine can be shut down for cold-swap with fresh disk.

  • I always thought that hotspare means you can replace disk on the fly without any downtime. Isn’t it? – ALex_hha Jan 13 '18 at 21:44

I encountered this situation when I replaced bad drive (in Raid 10 with four drives) with hot-swap. LSI megaraid automatically set emergency spare flag during new drive build.

I cleared this by later removing the new drive with computer powered down, separately did a quick (re)format to clear the RAID data, then replacing drive prior to repower/boot. The new drive was discovered fresh on boot and rebuilt into the RAID with emergency spare flag off.


By default, copyback feature is turned on and this is why the problem is happening, the copyback needs to be completed.

Source Support article from Broadcom: MegaRAID controller still beeps after rebuild completes and VD is optimal if Copy Back is enabled


It seems to be a bug in an old firmware version. Updating the firmware does not fix the issue because it is written in the card's configuration.

So it is necessary to backup all the data from the disks, save the configuration, wipe the configuration on the controller and restore the configuration.

Complete answer from Broadcom technical support:

It is in the config data and there is data that is not getting cleared.

Try setting factory defaults: storcli /cx set factory defaults

If that does not work, backup the data and save, delete and restore the controller configuration:

  • Save config: storcli64 /c0 get config file=c0.cfg
  • Destroy corrupt config: storcli64 /c0 delete config force
  • Reload config: storcli64 /c0 set config file=c0.cfg

Either that or leave copyback disabled.

I had the same issue, I ended up leaving copyback disabled because I could not afford to have to restore the whole server from backup.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.