Forum Discussion
Jeff_Green_4244
Nimbostratus
Aug 07, 2012newbie question re 'pool' command
I'm trying to use the following snippet in an irule
when HTTP_RESPONSE_DATA {
pool tp_web_svrs_80 member 10.10.10.39 80
HTTP::retry $original_request
}but the request is being sent to the default pool (tp_red_svrs_80) on the vip instead of to the tp_web_svrs_80 pool member (10.10.10.39).
The tp_web_svrs_80 pool member is up.
The $original_request is a properly formed and complete GET request.
If I set the vip default pool to tp_web_svrs_80 the request works but it breaks what the rest of the irule is trying to achieve.
This is on LTM version 10.2.0.
Am I using the pool command correctly?
Am I using the HTTP::retry command correctly?
Thanks,
Jeff
1 Reply
- Richard__HarlanHistoric F5 AccountWhat I think is happening is the http::retry is causing a new LB choice to be made. The selection of the pool is happening before the HTTP::retry, so when it run it goes to the end of the iRule and then falls through to the default pool.
What you will have to do is set the pool in a variable the to the pool selection in LB::selected, and that should fix your problem like in the following example.
https://devcentral.f5.com/wiki/iRules.HTTP__retry.ashx
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects
