For more information regarding the security incident at F5, the actions we are taking to address it, and our ongoing efforts to protect our customers, click here.

Forum Discussion

JasBro_40642's avatar
JasBro_40642
Icon for Nimbostratus rankNimbostratus
Apr 07, 2014

getLocalLBPoolMember().get_object_status looks in wrong partition for member information

I have a pool (say 'pool1'). In the GUI it shows the pool as belonging to my partition (say 'jason'). The pool has 4 members. Each of these members, when viewed in the GUI, show as belonging to my partition as well. When I use get_object_status("/jason/pool1") to get the status of the pool, I get an error "01020036:3: The requested pool member (/jason/pool1 /Common/10.50.8.34%490 8021) was not found." Why is it trying to find the member in the Common partition when the member isn't there? The GUI seems to know which partition it belongs to, why doesn't the API use that information? If I insert a call to set_active_partition("/jason/") before my status request, the error goes away...but since my application is multi-threaded and there may be requests for multiple partitions at one time, I can't live with this solution (set_active_partition seems to affect my user on the F5, the effect is not limited to my request/thread/client process). Is this a bug in the API?

 

devops
iControl

2 Replies

  • mimlo_61970's avatar
    mimlo_61970
    Icon for Cumulonimbus rankCumulonimbus
    Apr 24, 2014

    I don't think it is a bug, that is just the way it works. It isn't per user though, it is per session. If you don't use sessions, then you are right, it seems to change the active folder for all of your connections using that username.

     

    More info here: https://devcentral.f5.com/articles/v11-icontrol-sessions.U1lrAKaTnRY

     

    If you happen to be using python and bigsuds, more info here to enable sessions: https://devcentral.f5.com/articles/getting-started-with-bigsuds-ndasha-new-python-library-for-icontrol.U1lrNqaTnRZ

     

  • JasBro_40642's avatar
    JasBro_40642
    Icon for Nimbostratus rankNimbostratus
    May 08, 2014

    The pool belongs to a partition (and I specified the partition in the call to get_object_status), why would the API look for the members of the pool in the "active" partition instead of in the partition of the pool? I'm not using sessions, and it sounds like that may be part of the problem. Since sessions are not required, the API should behave in a predictable manner with or without using sessions. Two calls to the same method with the same input give different results based on a state change outside of my application...this is clearly a bug in the API.