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

yuce_sungur_100's avatar
yuce_sungur_100
Icon for Nimbostratus rankNimbostratus
Oct 02, 2009

configsync not working

hi,   I have an iControl script which works fine.   at the end of the code I try to sync with the peer but it doesnt work   CSObj.synchronize_configuration( sync_flag = '1')   the...
dev
devops
iControl
hoolio's avatar
hoolio
Icon for Cirrostratus rankCirrostratus
Nov 02, 2009
No bsdprugelknabe, you could open a case with F5 Support as Sam suggested:

 

 

 

This is a known issue(CR116460), read the forum here for a workaround:

 

 

http://devcentral.f5.com/Default.aspx?tabid=53&forumid=1&tpage=2&view=Topic&postid=1496

 

 

also refer to SOL10132, this issue has only been fixed in BIG-IP version 10.0.1

 

 

https://support.f5.com/kb/en-us/solutions/public/10000/100/sol10132.html

 

 

For earlier versions you can request an engineering hotfix from F5 Support (quoting CR116460)

 

 

 

 

The change to the httpd.conf isn't supported and could lead to issues that Joe described in this post:

 

 

 

http://devcentral.f5.com/Default.aspx?tabid=53&forumid=1&tpage=2&view=topic&postid=149655902

 

 

As I just posted in another forum thread(Click here), modifying the core webserver configuration can have unwanted side effects and F5 does not endorse this change. Several components such as System locking and Partition settings are stored in-process. When you increase the number of processes, this breaks the functionality of the above features. Also, by adding another iControlPortal process, you are also effectively doubling the memory needed to run iControl.

 

 

 

 

Aaron