<div dir="ltr"><div><div><div>Thank you Tobias, we really appreciate your time on it.<br><br></div>We are actually in production with stable 5.6.0 and we would also like to know when next the stable release will have this patch deployed, to decide when to drive the migration with patched stable release.<br><br></div>At this moment this is not a must-have feature, so time is not a problem for now, we can wait.<br></div>Thank you again<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-11-06 10:32 GMT+01:00 Tobias Brunner <span dir="ltr"><<a href="mailto:tobias@strongswan.org" target="_blank">tobias@strongswan.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Giuseppe,<br>
<span class=""><br>
> ipsec pool --replace net1_pool --addresses /etc/ipsec.pools<br>
> preparing MySQL statement failed: Commands out of sync; you can't run<br>
> this command now<br>
> deleting pool failed.<br>
<br>
</span>I think the problem is that there are two commands executed overlapping<br>
on the same connection (prepared statement to check if the pool exists<br>
and the deletion of that pool).  Apparently, the MySQL client doesn't<br>
like that.  I pushed a fix for it to the pool-replace-mysql branch [1].<br>
<br>
Regards,<br>
Tobias<br>
<br>
[1]<br>
<a href="https://git.strongswan.org/?p=strongswan.git;a=shortlog;h=refs/heads/pool-replace-mysql" rel="noreferrer" target="_blank">https://git.strongswan.org/?p=<wbr>strongswan.git;a=shortlog;h=<wbr>refs/heads/pool-replace-mysql</a><br>
</blockquote></div><br></div>