简介：《Flex刀箱配置》是一份面向数据中心运维人员、服务器实施工程师及IT基础设施管理员的配置参考文档，围绕IBM Flex System模块化刀箱的集中管理与日常运维展开，帮助读者梳理CMM、网络模块、刀片服务器IMM等组件的管理脉络。压缩包内为1个docx文件，大小约6.37MB，内容以文字说明配合界面截图的形式组织，便于按管理对象查阅。文档涉及CMM管理地址与登录方式、EN2092网络模块、各刀片IMM地址规划、RAID创建、操作系统安装及I/O模块参数配置等主题，并包含固件更新、配置备份等运维提醒。已有646人学习，适合需要快速了解Flex刀箱管理框架、核对地址规划或完善运维记录的技术人员作为案头参考。
1. Flex刀箱配置：十三个管理地址，先排清楚再上电
机房上架一套二手的模块化刀箱，电源通了、风扇转了、面板灯也亮了，真正卡住人的往往不是硬件，而是地址。做一次完整的 Flex刀箱配置，本质上是在一个 192.168.70.0/24 的 C 段里安排十三个管理入口：CMM 占一个，两个网络模块各占一个，十台刀片每台的 IMM 再各占一个。前一任管理员留下的地址表只要错一行，后面挂镜像、开远程呈现、进阵列卡就全得推倒重来。这套流程做的事情很具体：先用一根网线连到 CMM 管理口摸清拓扑，再从 CMM 跳进每台刀片的远程控制台，配 RAID、挂 ISO、装系统，最后回到 I/O 模块把上联配通。适合第一次接手刀箱、手上只有一根网线和一份出厂默认地址表的运维。
2. CMM 与 IMM 双平面：地址表怎么排、第一次登录怎么进
2.1 先分清哪根线是管理口，再谈地址
刀箱背面的 RJ45 不止一种。CMM 有自己的管理口，通常丝印着 MGMT 之类的字样，位置一般在机箱后部一侧；网络模块（上联模块）的管理口在模块面板上；而刀片的 IMM 大多数情况下并不需要单独插线，它走的是刀箱内部的管理总线，由 CMM 转发。这一点新手最容易搞混：以为十台刀片要插十根网线，实际上只要 CMM 那根通了，刀片 IMM 的地址就能从同一个平面访问到。
把笔记本网卡临时配到管理网段，是最稳妥的第一步。不要指望 DHCP，出厂状态下这套设备不会给你发地址。
# Linux 下临时给网卡加一个同网段地址，重启后失效，不污染本机配置 sudo ip addr add 192.168.70.200/24 dev eno1 sudo ip link set eno1 up # 确认路由走向，应该从 eno1 出去 ip route get 192.168.70.100 # 四个包足够判断链路是否通，-W 1 表示单包等 1 秒，避免默认超时等太久 ping -c 4 -W 1 192.168.70.100 # 看 ARP 表里 CMM 的 MAC，和机箱标签上的 MAC 对一下，防止地址被别的设备占用 arp -n 192.168.70.100ip addr add里的/24决定了本机认为 192.168.70.0 到 192.168.70.255 是直连的，所以不需要配网关也能通 CMM。ping -c 4只发四个包，-W 1把单包等待压到 1 秒，这在排查“到底是没通还是慢”时很有用——如果-W 1全丢但默认超时能通，说明链路有大量重传或者对端响应慢，不是地址配错。arp -n是这套流程里被低估的一步：能 ping 通但 ARP 里 MAC 和标签不符，基本可以判定这个 IP 被同网段的另一台设备占了，后面所有的登录失败都源于此。
Windows 上对应的是netsh interface ip set address或者直接在图形界面里加一个辅助 IP，arp -a命令同样可用。判断标准就一条：能不能在 ARP 表里看到对端 MAC。
默认地址和凭据先在纸上抄一遍，别一边查一边试：
| 设备 | 默认管理地址 | 访问方式 | 出厂凭据 |
|---|---|---|---|
| CMM 管理模块 | 192.168.70.100 | HTTPS 443 | USERID / Passw0rd |
| 网络模块 A | 192.168.70.120 | HTTPS | USERID / PASSW0RD |
| 网络模块 B | 192.168.70.121 | HTTPS | USERID / PASSW0RD |
| 刀片 1～10 的 IMM | 192.168.70.101 ～ 110 | HTTPS | 首次与 CMM 同步 |
注意网络模块的默认口令里那个0是数字零，不是字母 O；而 CMM 的Passw0rd结尾带一个波浪号的情况在某些固件版本上也出现过，输错一次就会触发锁定计数。这类细节看着琐碎，现场却经常因为一个字符耗掉半小时。
2.2 从 CMM 进去，先把地址表摸清楚再改
浏览器地址栏敲https://192.168.70.100，自签证书会报警告，接受例外继续。登录后第一件事不是急着改地址，而是找到机箱管理里的模块清单，把所有在位设备的当前 IP 抄下来。这一步的目的是建立基线：哪几个槽位装了刀片、哪两个槽位是网络模块、有没有空槽、固件版本分别是多少。有了基线，后面改地址才知道改了什么、能不能回退。
改地址的顺序有讲究，我一般按 CMM → 网络模块 → 刀片 IMM 的顺序走。原因很实际：CMM 是入口，先把它换到一个长期可维护的地址段，后面的设备才有一个稳定的跳板。改完 CMM 地址，当前 HTTPS 会话会立刻断开，必须用新地址重连，这一点如果没心理准备，会以为设备挂了。
刀片 IMM 的地址通常可以在 CMM 里批量指定，常见做法是按槽位号做映射，槽位 1 对应 101、槽位 2 对应 102，一直排到槽位 10 对应 110。这种“槽位号 + 100”的规律不是强制要求，但它让现场任何人看到地址就能反推物理位置，减少了查表的次数。如果你接手的机箱槽位不是从 1 连续排布，那就老老实实按实际槽位重排，别硬套规律。
改完一轮，用一段循环把十三个地址全扫一遍，比一个个点浏览器快得多：
# 从 100 扫到 121，覆盖 CMM、刀片 IMM 和两个网络模块的管理地址 for i in $(seq 100 121); do if ping -c 1 -W 1 192.168.70.$i >/dev/null 2>&1; then echo "192.168.70.$i 在线" else echo "192.168.70.$i 无响应" fi doneseq 100 121生成的是闭区间，包含 100 和 121 两个端点。>/dev/null 2>&1把 ping 的正常输出和错误输出都丢掉，只保留if判断的退出码——ping 通则退出码为 0，进入在线分支。这个脚本的价值不在扫描本身，而在于改完地址后能立刻发现“漏改”和“改重”两种情况：本该在线的没响应，说明地址改错了或者设备没起来；两个不同槽位都响应了同一个地址，说明地址冲突，得回去查 CMM 里的分配表。
如果环境里已经有监控系统或者 IPAM 工具，这十三个地址应该录进去，而不是只存在某个人的 Excel 里。刀箱这类设备生命周期长，人员流动频繁，地址表是最容易断档的资产。
2.3 配置导出与记录：给下一次接手的人留条路
CMM 一般提供配置备份和事件日志导出功能，位置在管理菜单的维护或服务相关页面。改完地址、配完网络参数之后，导一份配置出来存到内部文件服务器，命名带上机箱编号和日期。这份文件在设备重置、固件升级失败、模块更换的时候能省掉大量重复劳动。
同时把物理信息也记下来：机箱序列号、每个槽位的设备类型和序列号、两个网络模块的上联端口接的是哪台交换机哪个口、管理网段的网关和 VLAN。这些东西不属于“配置”，但缺少它们，下一次故障定位就得从零开始摸。
我在现场见过只记 IP 不记端口的台账，结果网络模块换新之后，上联线插回了错误的端口，业务侧排查了两天才发现是物理层接错。记录这件事看起来最不像技术活，实际是整套流程里性价比最高的一步。
3. 远程呈现与镜像挂载：为什么火狐和 1.7.0_09 绕不开
3.1 三种进入方式，先选一条能走通的
要操作刀片的 BIOS、阵列卡、装系统界面，本质上需要一个带外远程控制台。这套刀箱上能走的路不止一条，各有各的适用场景：
| 方式 | 入口 | 优点 | 限制 |
|---|---|---|---|
| CMM 跳转远程控制 | CMM 节点管理 → 选中节点 → Launch | 不用记每台 IMM 地址，统一入口 | 依赖 CMM 会话和浏览器插件 |
| IMM 直连 | https://192.168.70.10x | 绕开 CMM，CMM 异常时仍可用 | 需要能直达 IMM 网段 |
| 带外命令行 | ipmitool ... sol activate | 无图形依赖，脚本化程度高 | 只能看文本界面，配阵列卡不方便 |
日常装机我优先用 CMM 跳转，因为它把“选哪台机器”这件事变成了点选槽位，不容易点错。CMM 本身出问题或者管理平面异常时，IMM 直连是备选。真正需要批量操作或者在没有图形环境的跳板机上干活时，ipmitool的 SOL（Serial Over LAN）才是效率最高的路子：
# 通过带外直接拿刀片 1 的电源和健康状态，不依赖浏览器 ipmitool -I lanplus -H 192.168.70.101 -U USERID -P 'Passw0rd' chassis status # 打开文本控制台，适合看 POST 过程和进 BIOS 改启动项 ipmitool -I lanplus -H 192.168.70.101 -U USERID -P 'Passw0rd' sol activate-I lanplus指定用 IPMI 2.0 的 LAN 接口，老固件如果不支持就退回-I lan；-H后面是 IMM 地址，-U和-P是凭据。chassis status返回的是电源状态、上次断电原因、当前电源策略这类信息，在“机器按了开机键但没起来”的场景里，比盯着面板灯猜要可靠。sol activate进入的是串口重定向，按~.退出，这个转义序列和 SSH 的~.一样，但生效上下文不同，第一次用容易按错。
图形化的远程呈现仍然是配 RAID 和挂镜像的主力，因为阵列卡的 WebBIOS 是图形界面，纯文本的 SOL 干不了这活。
3.2 Java 插件与浏览器：把环境配到能跑起来
远程呈现依赖一个基于 Java 的客户端。这套设备的固件年代偏早，对 Java 版本有硬性要求，常见说法是需要 1.7.0_09 及以上。这里最容易翻车的地方是：新版 Java 8 之后的证书校验和 TLS 策略收紧了，老固件的自签证书和弱加密套件会被直接拒绝，表现就是点了启动、浏览器转圈、然后什么都没有，或者弹一个“无法验证发布者”的框点了允许也没反应。
我的做法是准备一台专门的跳板机，上面装一个和这套设备同年代的 JDK，浏览器用火狐，因为火狐对老式 NPAPI/Java 插件的兼容策略比 Chromium 系宽松，而且它的证书例外管理更直接。
# 先确认当前 java 版本，输出里第一行就是判断依据 java -version 2>&1 # 期望看到类似 java version "1.7.0_09" 或更高的 1.7 系列 # 如果显示 1.8.0_xxx 且远程控制打不开，优先怀疑版本兼容2>&1是因为java -version把版本信息写到标准错误而不是标准输出，不重定向的话在脚本里抓不到。判断标准不是“越新越好”，而是“和固件匹配”。1.7.0_09 这个下限来自固件对客户端 API 的依赖，低于它连客户端都加载不出来；高于 1.8 的某些版本则会因为安全策略拒绝连接。中间这段能用的窗口并不宽，所以跳板机上装多个 JDK 版本、用的时候切JAVA_HOME，比反复卸载重装靠谱。
Java 控制面板里还有两处要动：安全等级调到最低或者把 CMM/IMM 的地址加进例外站点列表；如果仍然报证书错误，检查系统时间是否偏差过大——证书有效期校验对时间敏感，跳板机时间错了几年，什么配置都救不回来。
3.3 挂 ISO：Add Image → Map → 光驱启动
远程控制台起来之后，装系统的路径是这样的：先在 CMM 或 IMM 的介质管理里把本地 ISO 上传或者挂载进来，选中镜像点 Map，让它映射成刀片的虚拟光驱，然后在刀片的启动菜单里把光驱提到第一启动项，重启。
介质状态有几个字段值得盯：
| 字段 | 含义 | 异常时的表现 |
|---|---|---|
| Image Name | 已上传的镜像文件名 | 列表为空说明上传失败或存储空间不足 |
| Size | 镜像大小 | 明显小于实际 ISO，说明上传被截断 |
| Mapped | 是否已映射到虚拟光驱 | 未勾选则刀片看不到光驱 |
| In Use | 当前是否被某个节点占用 | 同一镜像被两台刀片同时映射会冲突 |
上传大镜像时，CMM 的本地存储容量是有限的，装系统前先看一眼剩余空间。我遇到过上传到 90% 报错、日志里只写一句“操作失败”的情况，最后发现是空间不够，白等了四十分钟。
镜像 Map 成功之后，在远程控制台里重启刀片，注意看 POST 阶段的启动设备提示。如果直接进了硬盘而不是光驱，两个方向查：一是启动顺序没保存，二是镜像其实没 Map 上——这两个现象看起来一样，区别在于前者在启动菜单里能看到光驱设备，后者根本看不到。分清楚这一点，能省掉反复重传镜像的时间。
4. 阵列卡配置：Ctrl+C 之后，RAID 1 的五个参数怎么填
4.1 为什么先进阵列卡而不是先装系统
刀片拿到手，硬盘可能是全新的，也可能是上一任用户留下的、带着残留 RAID 配置的盘。后者更麻烦：阵列卡会把这些盘识别成 Foreign（外部配置），在没清理之前，新建阵列的操作可能被拒绝，或者建完之后重启又回到原样。所以顺序必须是先进阵列卡，确认盘的当前状态，再决定是清配置还是直接建阵列，最后才谈装系统。
进阵列卡配置界面的方式是在 POST 阶段按快捷键。这套设备常见的阵列卡是 LSI 系的，进配置界面的组合键是Ctrl+C。时机很关键：POST 自检到阵列卡那几秒，屏幕上会有一行提示，看到就按，按早了没进 BIOS，按晚了自检已经过了。远程控制台的键盘延迟比本地物理键盘高，实际按的时候要提前半秒左右。
如果反复按都进不去，检查两件事：远程控制台是否真的拿到了键盘焦点（点一下画面内部），以及刀片是否配置成快速启动跳过了阵列卡自检。后者需要在 BIOS 里把启动模式调回完整自检。
4.2 建 RAID 1 的按键流程
进到阵列卡的 WebBIOS 之后，流程大致是这样几步，每一步都有对应的界面反馈：
- 选中 Adapter Properties 之外的 Configuration Wizard，进入新建配置向导。
- 选择 New Configuration 而不是 Clear Configuration——前者是新建，后者会清掉现有所有阵列，选错了数据就没了。
- 在物理盘列表里，把要做 RAID 的两块盘的 RAID Disk 状态从 No 改成 Yes。这一步是用空格或者回车切换，改完盘符前面会有标记。
- 按
C确认创建，此时会弹出参数页，RAID 级别、条带大小、读写策略都在这里定。 - 回到阵列管理界面，确认虚拟盘状态是 Optimal，再保存退出。
第 3 步是最容易出错的地方：只改了一块盘的 RAID Disk 状态，另一块还是 No，按C之后界面会给一个含糊的提示，看着像成功，实际阵列没建起来。判断依据是物理盘列表里应该有两块盘同时被标记选中，且容量一致。
4.3 参数怎么定：RAID 级别、条带和写策略
装机场景下这几个参数的取值，我一般是这么定的：
| 参数 | 常见取值 | 选择理由 |
|---|---|---|
| RAID 级别 | RAID 1（两块盘）或 RAID 5（三块以上） | 系统盘优先 RAID 1，容量利用率换可靠性 |
| 条带大小 | 64KB 或 128KB | 通用业务盘 128KB，数据库类偏小值 |
| 读策略 | Read Ahead | 顺序读场景收益明显，随机读为主可改 No Read Ahead |
| 写策略 | Write Back with BBU | 有电池备份单元时才开，否则断电有丢数据风险 |
| 盘缓存 | Disabled 或 Enabled | 与写策略联动，开了写缓存就要保证 BBU 正常 |
写策略这一项值得单独说。Write Back 的性能比 Write Through 好一大截，但前提是阵列卡上装了电池或者超级电容，并且状态正常。如果 BBU 故障或者没装，却把写策略设成 Write Back，一次意外断电就可能让缓存里没落盘的数据直接丢失，而且阵列状态可能变成 Degraded。进阵列卡时顺手看一眼 BBU 状态，比事后追数据强。
RAID 1 建好之后，两块盘是镜像关系，可用容量等于单盘容量。有人会问为什么不直接两块盘各用各的，答案在于刀片的盘位有限，系统盘做镜像换来的是单盘故障时业务不中断，这个交换在绝大多数场景下是划算的。
配置完成后保存退出，让刀片重启。这一次重启要进的是启动菜单，把光驱调到第一位，进入上一节说过的镜像安装流程。阵列建好但没保存就重启，是另一个高频翻车点——界面上明明显示 Optimal，重启后阵列列表是空的，因为配置只存在内存里没写进卡。
5. 排查手册：五个最容易翻车的现场与对应解法
5.1 现象：网线插上，口灯亮，但 ping 不通 CMM
原因通常不在设备本身。最常见的是网线插错了口——刀箱背面业务口和管理口挨得近，插到上联模块的业务口上，灯照样亮，但那个口和 192.168.70.100 没有关系。其次是笔记本网卡没真正生效，加了地址但网卡处于 down 状态，或者防火墙把 ICMP 拦了。还有一种是地址冲突，同网段另一台设备也用了 70.100。
解决路径按层走：先ip link show确认网卡是 UP；再arp -n看有没有对端 MAC，有 MAC 不通 IP 说明是三层以上问题，没 MAC 就是二层没通；最后换一根确定好的网线直连，排除中间交换机。笔记本防火墙临时关掉做一次对照测试，能快速排除 ICMP 被拦的可能。
5.2 现象：远程控制台点了启动，Java 转圈后白屏
原因是客户端环境和固件不匹配。固件要求的是 1.7.0_09 以上的 Java，但机器上装的是 1.8 后期版本，安全策略拒绝了老式 TLS 握手和自签证书；或者浏览器本身不再支持这套插件模型。另一个隐蔽原因是跳板机系统时间偏差过大，证书有效期校验直接失败，报错信息还很不直观。
解决方法是准备一台环境干净的跳板机，装 1.7 系列 JDK，用火狐打开，Java 控制面板里把安全等级降到最低并把设备地址加进例外列表。如果仍然失败，用keytool或者浏览器开发者工具看一下握手阶段的报错，能区分是证书问题还是加密套件问题。时间同步这件事别忽略，date看一眼，差几分钟都可能出问题。
5.3 现象：ISO 上传成功，Map 也勾了，但刀片启动看不到光驱
原因分两种。一种是 Map 之后没有重新触发设备枚举，刀片在 Map 之前就已经完成了 POST，自然看不到新挂上的虚拟光驱；另一种是镜像虽然显示在列表里，但实际文件不完整，大小明显偏小。还有一种容易被忽略：同一个镜像被另一台刀片占用了，In Use 字段不为空，第二台就映射不上。
解决办法是先确认 In Use 为空，再在远程控制台里做一次完整重启而不是软重启，让 POST 重新枚举设备。如果启动菜单里能看到光驱设备但读盘失败，基本可以判定镜像文件损坏，重新上传一份，上传完对比一下文件大小和校验值。
5.4 现象：RAID 建好显示 Optimal，重启后阵列列表为空
原因是配置没有真正写入阵列卡。WebBIOS 里建完阵列只是改动了内存中的配置，必须走一次保存动作才会落到 NVRAM。另一种情况是盘上带有 Foreign 配置，新建时被阵列卡判定为冲突，界面上给了提示但被忽略，结果保存失败。
解决方法是回到 WebBIOS，先看物理盘状态里有没有 Foreign 标记，有的话先执行 Clear Foreign Configuration，再重新建阵列，建完在退出前明确选择保存并确认。保存成功的标志是退出时不会再提示“有未保存的更改”。养成建完阵列立刻重启一次验证的习惯，比装完系统再发现要省事得多。
5.5 现象：部分刀片 IMM 地址访问不了，但能 ping 通
原因是管理平面内部的转发出了问题，或者地址分配和实际槽位对不上。CMM 负责把刀片 IMM 的流量转发出去，如果某台刀片的 IMM 被单独改过地址而 CMM 里的记录没同步，就会出现“表上写 105、实际是 115”的情况，ping 通的是别的设备。另一种可能是管理网段和业务网段在交换机上被划到了同一个 VLAN，产生环路或者广播风暴，表现为时通时不通。
解决办法是以 CMM 里的模块清单为准，逐台核对实际地址，把差异记录下来统一修正；同时确认管理网段在接入交换机上是独立 VLAN，不要和业务流量混跑。如果出现时通时不通，先在 CMM 上看事件日志有没有链路抖动记录，再在交换机上查对应端口的 CRC 错误计数，物理层问题往往就藏在这些计数器里。
6. 交付前的验收：把 13 个地址和 4 项状态一次核完
装机完成到真正交付之间，还差一次系统性核对。我一般按四组状态过一遍，每组都有明确的判定标准，不靠“看着差不多”。
| 核对项 | 检查位置 | 通过标准 |
|---|---|---|
| 管理地址 | CMM 模块清单 + 实测 ping | 13 个地址全部可达，无冲突 |
| 阵列状态 | 阵列卡 WebBIOS 或带外工具 | 虚拟盘 Optimal，无 Degraded/Foreign |
| 启动顺序 | 刀片 BIOS 启动项 | 硬盘第一，光驱已移除或靠后 |
| 上联链路 | 网络模块管理页 | 端口 Up，速率和双工与交换机一致 |
地址核对用前面那段循环就够，但要注意扫完之后还得回到 CMM 里对一遍槽位映射，脚本只能告诉你“这个地址活着”，不能告诉你“活着的是不是该在的那个槽位”。
阵列状态可以用带外命令批量拉，比一台台进 WebBIOS 快：
# 逐台读取刀片 1-10 的传感器和整体健康，快速筛出异常节点 for i in $(seq 101 110); do echo "=== 192.168.70.$i ===" ipmitool -I lanplus -H 192.168.70.$i -U USERID -P 'Passw0rd' \ chassis status 2>/dev/null | grep -E 'System Power|Last Power Event' donegrep -E只保留电源状态和上次断电原因两行，输出足够判断这台机器是否正常上电、有没有异常掉电记录。2>/dev/null屏蔽的是凭据错误或者网络不可达时的报错噪声，但如果某台完全没输出，恰恰说明它连不上，需要单独回去查——这个“静默失败”是脚本化核对时最容易漏掉的一类。
启动顺序这一项，很多人装完系统就忘了把光驱从第一启动项挪走。下次重启如果镜像还 Map 着，机器会又进一次安装界面，现场看到“系统装了两遍”的诡异现象，多半是这个原因。装完系统、确认能正常进系统之后，回到 BIOS 把硬盘提到第一位，顺便把镜像 Unmap 掉。
上联链路的速率和双工，是最容易被跳过的一项。管理面通了、系统装好了，业务却跑不满带宽，最后一查是端口协商成了半双工。这类问题在交付当天看不出来，等业务压上来才暴露，回溯成本很高。
说个我自己的教训。早年做这类刀箱交付，我习惯装完系统、ping 通就收工，地址表随手记在一张纸上。半年后同一套设备扩容，接手的人按那张纸去连，发现有台刀片的 IMM 地址在实施过程中被改过两次，纸上记的是中间那个已经废弃的值，结果在机房耗了大半天才定位到。从那以后我每次做完刀箱配置，都会强制走一遍“地址实测 + 配置导出 + 台账更新”这三步，哪怕当天已经很晚。这一步花二十分钟，省的是别人一整天。希望帮到你。
本文还有配套的精品资源，点击获取
