Forum Discussion
Steve_Knapp
Altostratus
AltostratusDoes 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
hoolioCirrostratus
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
Josh_AbaireNimbostratus
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]- Steve_Knapp
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.
