<div dir="auto">Please open a bug on <a href="http://bugs.centos.org">bugs.centos.org</a> to let them know about the issue</div><div class="gmail_extra"><br><div class="gmail_quote">Il 19 Set 2017 18:10, &quot;Barak Korren&quot; &lt;<a href="mailto:bkorren@redhat.com">bkorren@redhat.com</a>&gt; ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Seems there is an issue with locale files in recent CentOS versions,<br>
and we&#39;re hitting it in slaves that have been updated recently.<br>
<br>
The symptoms are that Jenkins disconnects from the slave and then<br>
refuses to reconnect to it. The agent log in Jenkins shows:<br>
<br>
[09/19/17 15:42:56] [SSH] Connection closed.<br>
<br>
[09/19/17 15:58:48] [SSH] Opening SSH connection to<br>
<a href="http://vm0002.workers-phx.ovirt.org:22" rel="noreferrer" target="_blank">vm0002.workers-phx.ovirt.org:<wbr>22</a>.<br>
[09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being<br>
verified. Man-in-the-middle attacks may be possible against this<br>
connection.<br>
<br>
[09/19/17 15:58:48] [SSH] Authentication successful.<br>
SSH connection reports a garbage before a command execution.<br>
Check your .bashrc, .profile, and so on to make sure it is quiet.<br>
The received junk text is as follows:<br>
/etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot<br>
change locale (en_US.utf8): No such file or directory<br>
/etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE:<br>
cannot change locale (en_US.utf8): No such file or directory<br>
/etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES:<br>
cannot change locale (en_US.utf8): No such file or directory<br>
/etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC:<br>
cannot change locale (en_US.utf8): No such file or directory<br>
/etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot<br>
change locale (en_US.utf8): No such file or directory<br>
<br>
null<br>
[09/19/17 15:58:48] Launch failed - cleaning up connection<br>
[09/19/17 15:58:48] [SSH] Connection closed.<br>
<br>
<br>
The same locale error messages can also be reproduced on the slave by<br>
running an interactive login from the console or &#39;su -&#39;. When running<br>
&#39;locale -a&#39; you can also see the en_US.UTF-8 locale is somehow<br>
missing.<br>
<br>
Looking around for this I found the following:<br>
<a href="https://github.com/CentOS/sig-cloud-instance-images/issues/71" rel="noreferrer" target="_blank">https://github.com/CentOS/sig-<wbr>cloud-instance-images/issues/<wbr>71</a><br>
<br>
I tried downgrading glibc back to the version we had before, but that<br>
did not seem to resolve the issue. Eventually I managed to resolve it<br>
by running &#39;localedef -i en_US -f UTF-8 en_US.UTF-8&#39; on the slave.<br>
<br>
I&#39;ve seen this happen on &#39;<a href="http://vm0002.workers-phx.ovirt.org" rel="noreferrer" target="_blank">vm0002.workers-phx.ovirt.org</a>&#39; which is<br>
attached to the staging Jenkins, but I&#39;ve no reason to believe this<br>
won&#39;t start impacting production slaves.<br>
<br>
We need to research this further and find out if we need to do<br>
something to prevent this issue from surfacing on production slaves.<br>
<br>
--<br>
Barak Korren<br>
RHV DevOps team , RHCE, RHCi<br>
Red Hat EMEA<br>
<a href="http://redhat.com" rel="noreferrer" target="_blank">redhat.com</a> | TRIED. TESTED. TRUSTED. | <a href="http://redhat.com/trusted" rel="noreferrer" target="_blank">redhat.com/trusted</a><br>
______________________________<wbr>_________________<br>
Infra mailing list<br>
<a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/infra</a><br>
</blockquote></div></div>