Linux中使用md raid(IBM x3620)进行M1015直通和热插拔

我正在为一个学生社区设置一个小型但有希望的耐用服务器,硬件是一个带有内置M1015 RAID卡的IBM x3620 M3。

为了保证设置的可靠性,并尽可能地避免厂商locking,我想通过通用Linux md raid选项来使用软件RAID,或者甚至直接通过btrfs来使用。

这是棘手的地方。 M1015上的IBM红皮书没有明确指出完整的“传递”选项(即所谓的JBOD?)是否可用。 我已经启动了服务器,并试图在一个硬盘上安装Debian, 而不需要在控制器的设置中设置任何RAID,所以很明显,某种“传递”正在进行。

我的问题是这样的:

  • 控制器是否在磁盘上留下了某种元数据,迫使我的RAID RAIDarrays总是从这个特定的控制器上运行,或者是一个完全通用的arrays,我可以插入“原始”SATA端口并运行好?
  • 即使我尽可能地“绕过”硬件控制器,我是否能够热插拔和重buildarrays?
  • 我做错了吗? 我应该向控制器闪烁一个不同的固件,在Serverfault本身上提到的可能性? 为什么?
  • (如何:Linux上的M1015软件突袭)

谢谢!

控制器是否在磁盘上留下了某种元数据,迫使我的RAID RAIDarrays总是从这个特定的控制器上运行,或者是一个完全通用的arrays,我可以插入“原始”SATA端口并运行好?

如果你的意思是你能把磁盘插入任何其他控制器,那么可能不是没有 – 即使有了传递,我也不会在这种情况下“下注农场”。

即使我尽可能地“绕过”硬件控制器,我是否能够热插拔和重buildarrays?

是的,我不认为这会是一个问题。

我做错了吗? 我应该向控制器闪烁一个不同的固件,在Serverfault本身上提到的可能性?

我个人只是让控制器做这个工作 – 我不是软件RAID的粉丝,因为一开始你最终会把所有写入的东西多次写在总线上,不pipe你认为你可能拥有什么“厂商独立”要备份一台服务器并将其还原到另一台服务器,而不是冒着将磁盘移动到另一台服务器的风险,而又无法恢复 – 一些新的服务器可能只是擦除磁盘。 信任硬件,确保定期备份和testing这些备份。

我不认为控制器留下一些供应商特定的东西:

我购买了带M1015控制器的intertec 4342L(24托架)以扩展现有的md RAID5。 我只是将磁盘移动到机箱。 先前存在的IDE启动HD被克隆到一个新的SATA驱动器,然后也被插入到机箱。 一切顺利,系统启动没有抱怨,MDarrays像以前一样开始。 即使是智能工具也可以直接读取硬盘信息。