3par存储客户端连接报错

3PAR StoreServ：SSH 报连接数过多拒绝连接，SSMC 网页也无法登录
现象：存储阵列 SSH 直接提示连接数过多拒绝新建会话；SSMC 管理页面同样打不开。
根因：大量僵死 / 残留 SSH 会话占满阵列 CLI 最大会话上限；SSMC 后台本身也会消耗阵列 SSH 会话做 API 调用，SSH 会话耗尽连带 SSMC Web 管理也不可用。
注意：不要直接重启存储控制器，业务卷 IO 会中断；优先走 SP 服务处理器串口 / SP 菜单清理会话。
处理步骤（优先级从高到低）
方案 1：通过 Service Processor（SP 服务处理器）恢复（业务无中断，首选）
PC 接 SP 的串口，或者 SSH 登录 SP（SP 和阵列控制器是两套系统，SP 一般不会被占满），账号：3parcust。
SP 主菜单选择 7 --> Interactive CLI for an InServ，直接进入 3PAR 阵列 cli，不走阵列 22 端口 SSH，绕开阵列 SSH 会话限制。
进入阵列 cli 后，查看当前所有会话：
cli
showuser
杀掉僵死空闲会话，释放会话槽位：
cli
killuser <session_id>
把大量残留、idle 很久的会话全部 kill；释放之后，阵列 SSH、SSMC 立刻恢复。
SSMC 无法访问本质：SSMC 后台调用阵列 CLI 就是走 SSH 通道，阵列 SSH 会话耗尽，SSMC 后台无法建立会话，网页直接异常。
方案 2：没有 SP，接控制器 Console 串口（物理串口线直连控制器）
物理 Console 线接任意一台控制器串口，直接登录阵列 CLI，不走网络 SSH。
showuser 查看会话，killuser 会话ID 清理僵死会话。
⚠注意：优先登录主控制器；双控环境，两台控制器都会产生会话，两边都检查。
❌不推荐操作
不要直接重启控制器：业务 IO 中断，风险高；就算重启恢复，根源问题没解决，后续还会复现。
不要反复 SSH 重试：会继续占用未认证的半连接，加剧占满。
根因与预防（为什么会出现大量僵死会话）
客户端异常断网、工具异常退出，阵列侧 SSH 会话不会自动释放，变成僵尸会话，持续占用会话槽。
SSMC、脚本自动化批量调用阵列 API，程序异常崩溃，没有正常关闭 SSH 会话。
多个人同时用 putty/xshell 登录阵列，异常关闭终端。
预防配置（cli 执行，会话空闲自动超时释放）
cli
setclitimeout 30
单位分钟，空闲 30 分钟自动断开 CLI 会话，避免僵尸会话堆积。
排查验证命令
cli
showuser #查看全部在线CLI会话，观察大量Idle的僵死会话
showalert #查看阵列告警
故障现象逻辑总结
阵列 SSH 会话被僵尸会话占满 → 新 SSH 连接直接报 “连接数过多拒绝”。
SSMC 后台依赖 SSH 调用阵列 CLI 接口，SSH 会话耗尽 → SSMC 网页同样无法访问。
解决手段：通过 SP 交互式 CLI 或者控制器 Console 串口（绕开阵列网络 SSH），killuser清理僵死会话；配置setclitimeout空闲超时，防止复现。
如果 SP 也无法登录，需要联系 HPE 技术支持，不要随意重启控制器。