Forum Discussion

Steve_Knapp's avatar
Steve_Knapp
Icon for Altostratus rankAltostratus
Dec 05, 2012

Does LB:status work with event CLIENT:ACCEPTED?

Can't see a reason LB:STATUS is returning 'down'. Does it not work with even CLIENT_ACCEPTED perhaps? I am an iRule newbie to-the-max so if something obvious here I have missed, be kind ;-)

 

TIA.

 

+++ Here is the rule snippet:

 

when CLIENT_ACCEPTED {

 

if {![class match [IP::client_addr] equals ifb_exceed_qa_g1]} {

 

if { [LB::status pool ifb_ap_exceed_g1_QA_pool member 10.110.2.83 9082] eq "down" } {

 

log local0. "10.110.2.83 down - dropping"

 

log local0. [LB::status pool ifb_ap_exceed_g1_QA_pool member 10.110.2.83 9082]

 

drop

 

} else {

 

log local0. "10.110.2.83 selected"

 

pool ifb_ap_exceed_g1_QA_pool

 

}

 

}

 

 

+++ Pool is up

 

b pool ifb_ap_exceed_g1_QA_pool show

 

POOL ifb_ap_exceed_g1_QA_pool LB METHOD round robin MIN/CUR ACTIVE MEMBERS 0/1

 

| (cur, max, limit, tot) = (0, 0, 0, 0)

 

| (pkts,bits) in = (0, 0), out = (0, 0)

 

+-> POOL MEMBER ifb_ap_exceed_g1_QA_pool/10.110.2.83:9082 active,up

 

+++ tail /var/log/ltm

 

Dec 5 13:55:20 local/tmm info tmm[5106]: Rule ifb_exceed_LB_appservers_qag : 10.110.2.83 down - dropping

 

Dec 5 13:55:20 local/tmm info tmm[5106]: Rule ifb_exceed_LB_appservers_qag : down

 

 

3 Replies

  • That's an odd one. I don't see any obvious explanation for this. Can you open a case with F5 Support to troubleshoot? If you do, can you reply back with what you figure out?

     

     

    Thanks, Aaron
  • I would be curious to see if the result is the same if you try the true/false status method.

     

     

    [LB::status pool ifb_ap_exceed_g1_QA_pool member 10.110.2.83 9082 down]

     

     

  • Well, I got basically the same code to work fine in production, the difference being that the DEV/QA box is a virtual edition and is set up with partiitions. I will try and do some more testing later this week or next.