我有几台Supermicro服务器和LSI Megaraid控制器，9266-8i。 一个最近失去了一个驱动器 我像往常一样replace它，但重启后仍然响起。 它被设置为RAID 10热备份。 MegaCli64 -AdpEventLog -GetEvents -f events.log -aALL && cat events.log显示我： 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 由于哔声模式为“SPEAKER_HOTSPARE_ENTRY – 热备盘已经完成重build过程并被带入arrays”的代码为1秒，3秒closures，所以我认为这是问题的根源。 我已经更新到最新的固件，因为发行说明中提到了“潜在的非最佳configuration”消息，但是没有改变。 任何人有如何清除这个问题的想法？
我目前正在使用具有板载LSI 2208控制器（MegaRAID类）的SuperMicro机器。 我想从两个驱动器创build一个单一的数组，然后将其分解为： 一个RAID1 100GB逻辑驱动器 一个RAID0逻辑驱动器占用arrays的其余部分 我可以用LSI2208做这个吗？ 如果没有，是否有不同的LSI控制器支持这个？
我试图在LSI MegaRAID控制器上设置一个RAID10集。 我不清楚RAID控制器将如何实际布局物理驱动器上的RAID设置。 部分问题是MegaRAID似乎使用的术语非常不一致， 同样的想法通常有多个术语，似乎有时他们使用相同的术语来指代多个想法。 我将尝试使用MegaCli命令似乎最常用的术语。 MegaRAID要求在RAID10集合中有两到八个arrays。 每个arrays必须包含两个物理驱动器的倍数。 RAID10集合中的每个arrays必须具有相同数量的物理驱动器。 每个arrays是一个RAID10集合，然后arrays连接在一起？ 如果是这样的话，那么数组必须是相同大小的事实意味着数组正在被条带化？ 如果是这样的话，考虑到每个数组都是有条纹的，然后还有一个额外的条带层，我应该担心在性能方面的冗余？ （或者这会是一件好事吗？） 但是，如果每个arrays都是RAID10集合，为什么MegaRAID要求您至less有两个？ 如果每个arrays不是RAID10集合，为什么要求arrays具有两倍的物理驱动器？ 在文档中，它将数组称为跨度，它在别处定义如下： 磁盘跨越允许多个驱动器像一个大驱动器一样运行。 跨越克服磁盘空间不足，并通过结合现有资源或添加相对便宜的资源来简化存储pipe理。 例如，四个20 GB的驱动器可以组合在一起，作为一个80 GB的驱动器出现在操作系统上。 单独跨越不能提供可靠性或性能增强。 跨越的虚拟驱动器必须具有相同的条带大小，并且必须连续。 对我而言，这意味着连接，或者至多是条带。 让我们慷慨地称之为RAID0。 所以，如果我必须定义两个arrays，并且arrays是跨度，跨度是RAID0，那么我定义了两个RAID0集合。 如果我必须定义其中的两个，那么这是有意义的。 但是这将是两个RAID0的RAID1，或RAID0 + 1，这是不好的。 那么，如果我定义了三个arrays，那么就会创build一个RAID0集的三向镜像，但是如果我真的这样做的话，逻辑驱动器的总容量仍然是所有驱动器的一半，而不是三分之一。 所以这个结论也没有意义。 问题是我有一个RAID10套件需要18个驱动器。 在我用过的其他所有RAID系统中，我只创build了9个双驱动镜像，然后对它们进行条带化处理，但是我不能用MegaRAID来完成。 因为必须有两到八个arrays，而且每个arrays必须有偶数个驱动器，所以我能想到的唯一configuration是每个驱动器有三个arrays，但是我只是觉得奇怪而没有更好地理解这些磁盘实际上将如何布置。 我是否在意这个？ 我应该让MegaRAID做它的事情，只是希望驱动器布局最佳？
今天早上，我刚刚得到了一个Nagios警报，因为： BRUBLUst01：/ usr / local / bin＃/ opt / MegaRAID / MegaCli / MegaCli64 -PDList -a0 适配器＃0 shell设备ID：32 插槽号码：0 设备ID：0 序号：2 媒体错误计数：1 其他错误计数：0 预测性失败计数：0 最后预测失败事件序号：0 原始大小：715404MB [0x575466f0部分] 非强制大小：714892MB [0x574466f0部分] 胁迫大小：714880MB [0x57440000部分] 固件状态：在线 SAS地址（0）：0x1221000000000000 连接端口号：0（path0） 查询数据：ATA ST3750640NS 3BKS 5QD3ZT7W 我发现了其他错误计数的含义，但没有媒体错误计数，看起来不像MegaCLI是真正有据可查的。 这是什么意思？ 磁盘上有损坏的扇区？ 我应该在乎吗？ 谢谢你的帮助，
我有一个带有LSI MegaRAID SAS 9260-4i控制器的服务器，带有3 x 2 TB磁盘的RAID-5。 我做了一些性能testing（使用iozone3），数字清楚地表明写caching策略也会影响读取性能。 如果将策略设置为WriteBack，则与WriteThrough相比，我可以获得大约2倍的读取性能。 写入caching如何影响读取性能？ 以下是设置的详细信息： megacli -LDInfo -L0 -a0 Adapter 0 — Virtual Drive Information: Virtual Drive: 0 (Target Id: 0) Name : RAID Level : Primary-5, Secondary-0, RAID Level Qualifier-3 Size : 3.637 TB Is VD emulated : Yes Parity Size : 1.818 TB State : Optimal Strip […]
我们的文件服务器刚刚开始邮寄我们的电池备份是如何耗尽的，它正在从WB切换到WT模式等等。 我查看了它的日志，发现它被configuration为自动执行此操作。 这就是所谓的“电池再学习”。 这个是来做什么的？ 多久它会自动决定是否需要这样做？ 我search了LSI文档，所有我能find的是不同的重新学习状态的不同状态代码。 不是很有帮助。
我们最近从2个戴尔R720XD构build了一个复制SANarrays，我们正在使用带有CacheCade 2.0，BBU和回写caching的LSI 9270-8i MegaRAID卡。 我们的显示卡正在显示巨大的芯片温度（97 * C +无磁盘活动！）。 我们的R720处于自动温度pipe理模式，所以最高排气温度为50℃。 MegaRAID卡被动冷却，并依靠良好的气stream来冷却它们，但是97°C是正常的？ – 我已经看到参考60 * C最大ambients但没有芯片温度。
有没有办法使用MegaCLI或任何其他工具获得驱动器温度？ 像3ware中的“tw_cli / cx / px显示温度”。 操作系统：Solaris x86。
LSI Megaraid控制器备有一个备用电池，用于写入caching，在发生意外停电时，可以保留caching的，尚未写入的数据，以便在下次启动服务器时将其写入磁盘向上。 在干净closures的情况下，这种备份可能是不必要的，因为干净closures的一部分将涉及控制器将高速caching的数据写出到磁盘。 RAID控制器如何获知关机即将发生？ 据推测，这个刷新必须是在其他操作系统closures代码之后发生的最后一件事，这可能涉及将数据或日志写入到raid中。 是否有一些PCIe电平信号通知外围设备正在等待关机？ Megaraid_sas内核模块是否通知卡挂起的关机？ 或者一个MegaCli命令刷新caching需要从closures的初始化脚本运行？ 我手动添加了一个Megaraid卡和一套额外的驱动器到一个没有安装的Linux系统，并且要确保我不需要手动添加一些东西来保证caching在关机时是一致的。
戴尔R720xd上的MegaCli和PERC H710P上的5个4Tb SATA驱动器在RAID5中出现奇怪的SMART错误 /opt/MegaRAID/MegaCli/MegaCli64 -PDList -aALL 给我一些“失败次序事件编号” Slot Number: 4 … Last Predictive Failure Event Seq Number: 7309 … Inquiry Data: PK2361PAGAZU8WHitachi HUS724040ALE640 MJAOA3B0 … Drive has flagged a SMART alert : Yes 但smartctl根本没有提供线索有什么问题： # smartctl -a -d sat+megaraid,4 /dev/sda smartctl 5.42 2011-10-20 r3458 [x86_64-linux-2.6.32-279.19.1.el6.x86_64] (local build) … Serial Number: PK2361PAGAZU8W # Note same serial, […]