HA第二节点启动失败求助分析
答案:1 悬赏:70 手机版
解决时间 2021-02-23 06:20
- 提问者网友：世勋超人
- 2021-02-23 00:41
HA第二节点启动失败求助分析
最佳答案
- 五星知识达人网友：詩光轨車
- 2021-02-23 01:19
HA第二节点启动失败求助分析
环境： 两台p550 组成 hacmp 主备双机，使用emc cx-40f 光纤存储。
1、系统升级之前ha启动正常，切换正常。
2、系统从5305
升级到5312级别
oslevel 显示5300-10，主要有一个包没有打上去
jtfmistest:/>#oslevel -rl 5300-12
Fileset
ActualLevel
Recommended ML
-----------------------------------------------------------------------------
ifor_ls.html.en_US.base.cli
5.3.7.0
5.3.8.0
3、hacmp从5400 升级到5410最新包。
升级以后ha在第二个启动的节点（可以是A节点，也可以是B节点，按先后算），hacmp无法启动，运行clstart显示进程正常启动，但是资源不启动，hacmp.out无任何输出。
4、回退hacmp所有补丁包，故障现象照旧。
5、试删除hacmp包失败，发现EMCpowerpath 软件对hacmp5.4
4个基础包有依赖，所以只能直接再安装5410版本hacmp，然后打上最新补丁。所预料到的，故障依旧。
注：目前系统版本回退未测试，因为本次升级主要目标就是系统补丁升级。希望能找到问题所在。
6、powerpath版本：5.0.0
build 161
7、EMC
ha Custom Disk Methods未配置，ha event未配置，（原未配置也运行正常）。官方指定ha5.4以后无需配置。
现在已经测试，ha 经过以上配置，故障依旧。
注：我们环境另外一套系统也有类似情况，第二节点不能启动，但重启clstrmgrES进程后就能启动，本环境重启也不能启动。同样用EMC存储。
现在不知如此情况是否和emc的powerpath有关呢？
第二节点clstat 输出
Group Name
Group State
Application state
Node
--------------------------------------------------------------------------------
-------------------------------------
prod_res
OFFLINE(其实是启动的，重启clstrmgrES进程后状态就能正常显示)
prodapp
OFFLINE
test_res
OFFLINE
Command: failed
stdout: yes
stderr: no
Before command completion, additionalinstructions may appear below.
[TOP]
cldump: Waiting for the Cluster SMUX peer(clstrmgrES)
（1节点能正常显示，日过2节点ha先启动也能正常显示）
to stabilize.............
Failed retrieving cluster information.
There are a number of possible causes:
clinfoES or snmpd subsystems are notactive.
snmp is unresponsive.
snmp is not configured correctly.
Cluster services are not active on anynodes.
Refer to the HACMP Administration Guide formore information.
集群基本配置（无变动）：
Cluster Name: jtfmiscl
Cluster Connection Authentication Mode:Standard
Cluster Message Authentication Mode: None
Cluster Message Encryption: None
Use Persistent Labels for Communication: No
There are 2 node(s) and 1 network(s)defined
NODE jtfmis:
环境： 两台p550 组成 hacmp 主备双机，使用emc cx-40f 光纤存储。
1、系统升级之前ha启动正常，切换正常。
2、系统从5305
升级到5312级别
oslevel 显示5300-10，主要有一个包没有打上去
jtfmistest:/>#oslevel -rl 5300-12
Fileset
ActualLevel
Recommended ML
-----------------------------------------------------------------------------
ifor_ls.html.en_US.base.cli
5.3.7.0
5.3.8.0
3、hacmp从5400 升级到5410最新包。
升级以后ha在第二个启动的节点（可以是A节点，也可以是B节点，按先后算），hacmp无法启动，运行clstart显示进程正常启动，但是资源不启动，hacmp.out无任何输出。
4、回退hacmp所有补丁包，故障现象照旧。
5、试删除hacmp包失败，发现EMCpowerpath 软件对hacmp5.4
4个基础包有依赖，所以只能直接再安装5410版本hacmp，然后打上最新补丁。所预料到的，故障依旧。
注：目前系统版本回退未测试，因为本次升级主要目标就是系统补丁升级。希望能找到问题所在。
6、powerpath版本：5.0.0
build 161
7、EMC
ha Custom Disk Methods未配置，ha event未配置，（原未配置也运行正常）。官方指定ha5.4以后无需配置。
现在已经测试，ha 经过以上配置，故障依旧。
注：我们环境另外一套系统也有类似情况，第二节点不能启动，但重启clstrmgrES进程后就能启动，本环境重启也不能启动。同样用EMC存储。
现在不知如此情况是否和emc的powerpath有关呢？
第二节点clstat 输出
Group Name
Group State
Application state
Node
--------------------------------------------------------------------------------
-------------------------------------
prod_res
OFFLINE(其实是启动的，重启clstrmgrES进程后状态就能正常显示)
prodapp
OFFLINE
test_res
OFFLINE
Command: failed
stdout: yes
stderr: no
Before command completion, additionalinstructions may appear below.
[TOP]
cldump: Waiting for the Cluster SMUX peer(clstrmgrES)
（1节点能正常显示，日过2节点ha先启动也能正常显示）
to stabilize.............
Failed retrieving cluster information.
There are a number of possible causes:
clinfoES or snmpd subsystems are notactive.
snmp is unresponsive.
snmp is not configured correctly.
Cluster services are not active on anynodes.
Refer to the HACMP Administration Guide formore information.
集群基本配置（无变动）：
Cluster Name: jtfmiscl
Cluster Connection Authentication Mode:Standard
Cluster Message Authentication Mode: None
Cluster Message Encryption: None
Use Persistent Labels for Communication: No
There are 2 node(s) and 1 network(s)defined
NODE jtfmis:
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯