In some conditions, propagating a kerberos database to a slave KDC server can stall.
This is due to a misoptimization by gcc 4.8 of the CIRCLEQ famliy of macros, apparently due to overzealous strict aliasing deductions.
gcc 4.9 (as used in Debian unstable at present) is not believed to induce this problem. Upstream has patched their code to use the TAILQ family of macros instead, as a workaround, but that workaround has not yet appeared in an upstream release: https://github.com/krb5/krb5/commit/26d8744129
Because of the different compiler versions used on Debian and Ubuntu, I am filing this as an Ubuntu-specific bug.
In some conditions, propagating a kerberos database to a slave KDC server can stall.
This is due to a misoptimization by gcc 4.8 of the CIRCLEQ famliy of macros, apparently due to overzealous strict aliasing deductions.
One case of this stall is reported at http:// mailman. mit.edu/ pipermail/ kerberos/ 2014-July/ 020007. html (and the rest of the thread), and there is an entry in the upstream bugtracker at http:// krbdev. mit.edu/ rt/Ticket/ Display. html?id= 7860 .
gcc 4.9 (as used in Debian unstable at present) is not believed to induce this problem. Upstream has patched their code to use the TAILQ family of macros instead, as a workaround, but that workaround has not yet appeared in an upstream release: https:/ /github. com/krb5/ krb5/commit/ 26d8744129
Because of the different compiler versions used on Debian and Ubuntu, I am filing this as an Ubuntu-specific bug.