Forum Discussion
Todd_Cromwell_9
Apr 03, 2012Nimbostratus
Hi Verlocs,
This doesn't sound right to me, so I would like to find out more about what you're experiencing. Would you post exactly the steps you did?
Are you sure you have the updated wsdl? You said you were using create_v2, so it seems you could not be using old wsdl for this or mistakenly using create, which does take the argument type you said worked in create_v2.
The translation_addresses argument to create_v2 is definitely a StringSeqSeq. Here's the WSDL. Does this match your wsdl? (see /usr/local/www/iControl/wsdl/LocalLB.SNATPool.wsdl for one way to look at it). Notice the create_v2 section. I use pycontrol 1.x, so I pass a string in either case (maybe you use the type factory thing to make the argument).
There is another thing we can do to debug it. You can turn on the iControl logging during your test so as to see what is getting handed to iControl as far as arguments. try
tmsh mod sys db icontrol.loglevel value debug
bigstart restart httpd
tail -f /var/log/ltm | tee /tmp/1
tmsh mod sys db icontrol.loglevel value none
What I recommend is that you do the preceding logging once during your test where you pass the StringSeqSeq, and then once when you pass the IPAddressSeqSeq, and compare the log. You will be able to see what iControl thought you passed in each case.
Another thing we can do is tcpdump what goes on the wire as far as SOAP but maybe that can wait.
Todd Cromwell III