Pool Member Logs

Any comment about this question please? Help clarifying and thanks.

Hi there,

I would have to check my logs and do some tests, but from what I remember, that's not how it works. If you want to know how many members are there at a time, you have to check the "show ltm pool " command. Maybe it could be useful to see that information in the logs as well, but personally I managed to live with the show command.

Btw, did you know that you can turn on debugging for a particular pool member Monitor?

Jozef

Hi Jozef, my confusion is that, these messages looks like the same. Except for the tmm number and the numbers in the brackets, [ ].

tmm err tmm[5974]: 01010221:3: Pool services now has available members

tmm1 err tmm1[5975]: 01010221:3: Pool services now has available members

tmm2 err tmm2[5976]: 01010221:3: Pool services now has available members

tmm3 err tmm3[5977]: 01010221:3: Pool services now has available members

So i am trying to understand from the log perspective, does it generate these logs for the same pool member or each one of the logs is for a unique pool member? Meaning, does the pool have 1 member available or 2 members available or 3 members available, or 4 members available?

Because i think there is logic to grasp the meaning of the logs which i would like to know. As you can see, the tmm is different, PID is also different for each log messages, status code is the same as well as the level, text description is also the same for all 4 logs.

So if i were to ask myself how many pool members available in the pool referring to these logs, i don't see base on what criteria to answer. Thanks for comment.

The message " Pool services now has available members" is repeated as many TMM processes you device has. Each TMM advertise that your pool member is not available, that is probably by design. In your case you have 4 tmm hence the 4 lines. you can check how many TMMs you have with this command: tmsh show sys tmm-info | grep Sys::TMM

In the syslog you won't see how many pool members are available, you will see if a specific member change to UP or Down and the same for the Pool, if a Pool is UP or Down.

If you need to see how many pool members are up you better use SNMP.

Have you got the right answer?

Hello, I think that this may be the answer you are looking for:

We can't know how many pool-member there was in the pool with those LOGs attached. It follows that he didn´t have any active pool-member because the pool was down.

When pool-member 10.16.1.22:80 was activated, the pool service was up.

The 4 messages of tmm (0-3) of the pool (services ), are of 4 TMM threads per processing core but in reference to the same pool.

================================================================

https://support.f5.com/csp/article/K14358

“TMM uses a multi-threaded architecture. Under the threaded model, the basic context of execution becomes a thread. The Clustered Multiprocessing (CMP) feature allows platforms that contain multiple CPUs to run to single TMM process for every CPU, and multiple TMM threads per processing core.

For example, starting in BIG-IP 11.3.0, the BIG-IP 8950 platform runs two TMM processes, one for each CPU. Each process creates four separate TMM threads.”