syncretism
May 06, 2019Nimbostratus
Understanding the Significance of Nested Stats (GTM)
(EDIT: I pasted some scrubbed output in a "comment" below. I hope it makes my question clearer)
We recently updated our GTM to version 12.1.4 and I'm seeing some unexpected results in iControl REST's output. If I query a particular pool member that I know has been disabled, I get two rounds of status.availbilityState, status.enabledState and status.statusReason back, and they don't match:
"status.availabilityState": {
"description": "available"
},
"status.enabledState": {
"description": "enabled"
},
"status.statusReason": {
"description": "Available"
}
`
Then, further nested is another JSON response, and it's reporting accurate state:
` "status.availabilityState": {
"description": "available"
},
"status.enabledState": {
"description": "disabled"
},
"status.statusReason": {
"description": "Available: disabled directly"
}
`
What's the difference between these two, and why aren't they the same? Even something as simple as this cURL command returns the wrong value:
`[user@host ~]$ curl -k --user f5User:${RD_SECUREOPTION_F5_PASSWORD} -X GET -H "Accept: application/json" https://${RD_OPTION_GTM_SERVER}/mgmt/tm/gtm/pool/a/Pool-myservice-sts.gslb-int.mydomain.com/members/~Common~f5-ALB-PAIR:IP_ADDR-443/stats?\$select=status.enabledState | jq '.'
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 287 100 287 0 0 1131 0 --:--:-- --:--:-- --:--:-- 1134
{
"entries": {
"https://localhost/mgmt/tm/gtm/pool/a/Pool-myservice-sts.gslb-int.mydomain.com/members/~Common~f5-ALB-PAIR:IP_ADDR-443/~Common~Pool-myservice-sts.gslb-int.mydomain.com:A/stats": {
"nestedStats": {
"entries": {
"status.enabledState": {
"description": "enabled"
}
}
}
}
}
}
Thanks!