Learn F5 Technologies, Get Answers & Share Community Solutions Join DevCentral

Filter by:
  • Solution
  • Technology
Answers

Pool Member Logs

Please help understanding these log messages.

Jan 26 10:37:22 LB01 notice mcpd[4258]: 01070727:5: Pool services member 10.16.1.22:80 monitor status up.

Jan 26 10:37:22 tmm err tmm[5974]: 01010221:3: Pool services now has available members

Jan 26 10:37:22 tmm1 err tmm1[5975]: 01010221:3: Pool services now has available members

Jan 26 10:37:22 tmm2 err tmm2[5976]: 01010221:3: Pool services now has available members

Jan 26 10:37:22 tmm3 err tmm3[5977]: 01010221:3: Pool services now has available members

i notice these log messages under the ltm logs, but quite confusing. i've added/removed few pool members for testing, but i don't understand the meaning of these logs in terms of amount of members available in the pool.

How do i approach these logs to determine if it's about a single pool member, or 2 or 3 or 4 available in the actual "services" pool. Because the same log appears like 4 times but with different values in the field format.

Thanks in advance for comment.

0
Rate this Question
Comments on this Question
Comment made 02-Feb-2018 by Carlande Desarme 114

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

0
Comment made 02-Feb-2018 by Jozef Hamar 166

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

0
Comment made 02-Feb-2018 by Carlande Desarme 114

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.

0

Answers to this Question

placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

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.

0
Comments on this Answer
Comment made 02-Feb-2018 by Carlande Desarme 114

Thanks. Do you have any comment about the process IDs? What does it mean when PID is the same, and when they are not the same?

0
Comment made 02-Feb-2018 by Daniel Varela 701

I think you mean the alert code:

Jan 26 10:37:22 LB01 notice mcpd[4258]: 01070727:5: Pool services member 10.16.1.22:80 monitor status up.

Jan 26 10:37:22 tmm err tmm[5974]: 01010221:3: Pool services now has available members

That just reference the alert code/id, the first one is pool member up. The second is pool up. That never changes and is unique per event.

If you want more details about it IDs look here: https://support.f5.com/csp/article/K6420

0
Comment made 02-Feb-2018 by Carlande Desarme 114

No, i am referring the to number in the [ ].

tmm[5974]

tmm1[5975]

tmm2[5976]

tmm3[5977]

i use to see situation where they are the same. Also situation where they are different. Any comment?

0
Comment made 02-Feb-2018 by Daniel Varela 701

I can’t tell about that, I guess that will be dynamic most of the times. Why is the I’d important for you?

0
Comment made 02-Feb-2018 by Carlande Desarme 114

i just wanted to decode the meaning behind by looking at just the logs themselves.

Anyway, thank you so much for all comments.

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED ANSWER

Have you got the right answer?

0
placeholder+image
USER ACCEPTED ANSWER & F5 ACCEPTED 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.”

0