You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the scope of F5 load balancers monitoring, I've discovered a case for which I think the returned status is not the expected one.
Indeed, we can disable
[root@server ~]# /usr/lib64/nagios/plugins/check_nwc_health --community xxx --hostname xxx --mode pool-complections --name /appX/pool_appXY
CRITICAL - pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0, pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0 (not enough active members (0, min is 1)), member /Common/member1:80 has 0 connections (from max 10M), member /Common/member2:80 has 0 connections (from max 10M) | 'member_/Common/member1_80_connections_pct'=0%;85;95;0;100 'member_/Common/member1_80_connections'=0;;;; 'member_/Common/member2_80_connections_pct'=0%;85;95;0;100 'member_/Common/member2_80_connections'=0;;;; 'pool_/appX/pool_appXY_completeness'=0%;51:;26:;0;100 'pool_/appX/pool_appXY_servercurconns'=0;;;;
[root@server ~]#
As you can see, the pool has been disabled by the network team:
pool /appX/pool_appXY is disabledbyparent
So this is an expected situation to have 0 active members for that pool. The expected result would be an OK state.
Some other info below, that could be useful.
[root@server ~]# /usr/lib64/nagios/plugins/check_nwc_health --community xxx --hostname xxx --mode pool-complections --name /appX/pool_appXY -vvv | grep -i disabled
ltmPoolMbrStatusEnabledState: disabled
ltmPoolMemberDisabledParentType: 0
ltmPoolMemberSessionStatus: disabled
ltmPoolMbrStatusDetailReason: Pool member is available, user disabled
ltmPoolMbrStatusEnabledState: disabled
ltmPoolMemberDisabledParentType: 0
ltmPoolMemberSessionStatus: disabled
ltmPoolDisabledParentType: 0
ltmPoolStatusDetailReason: The children pool member(s) might be disabled
ltmPoolStatusEnabledState: disabledbyparent
info: pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0 (not enough active members (0, min is 1))
ltmPoolMbrStatusEnabledState: disabled
ltmPoolMemberDisabledParentType: 0
ltmPoolMemberSessionStatus: disabled
ltmPoolMbrStatusDetailReason: Pool member is available, user disabled
ltmPoolMbrStatusEnabledState: disabled
ltmPoolMemberDisabledParentType: 0
ltmPoolMemberSessionStatus: disabled
CRITICAL - pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0, pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0 (not enough active members (0, min is 1)), member /Common/member1:80 has 0 connections (from max 10M), member /Common/member2:80 has 0 connections (from max 10M)
pool /appX/pool_appXY is disabledbyparent, avail state is green, active members: 0 of 2, connections: 0 (not enough active members (0, min is 1))
[root@server ~]#
BR,
Yannick
The text was updated successfully, but these errors were encountered:
Hello Gerhard,
In the scope of F5 load balancers monitoring, I've discovered a case for which I think the returned status is not the expected one.
Indeed, we can disable
As you can see, the pool has been disabled by the network team:
pool /appX/pool_appXY is disabledbyparent
So this is an expected situation to have 0 active members for that pool. The expected result would be an OK state.
Some other info below, that could be useful.
BR,
Yannick
The text was updated successfully, but these errors were encountered: