[JIRA] (OVIRT-2221) Reposync builder will no work with DNF
by Gal Ben Haim (oVirt JIRA)
Gal Ben Haim created OVIRT-2221:
-----------------------------------
Summary: Reposync builder will no work with DNF
Key: OVIRT-2221
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2221
Project: oVirt - virtualization made easy
Issue Type: Task
Components: OST
Reporter: Gal Ben Haim
Assignee: infra
Part of the reposync builder tool is a Yum plugin which auto-generates the reposync-config with "includepkgs" field.
DNF doesn't support Yum plugins, so we will have to rewrite the plugin for DNF,
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves
(glibc, missing UTF-8 locale)
by Evgheni Dereveanchin (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jir... ]
Evgheni Dereveanchin updated OVIRT-1658:
----------------------------------------
Resolution: Won't Do
Status: Done (was: To Do)
This issue is still present on slaves upgraded from 7.3 to 7.4 yet after all this time it hasn't caused any visible issues. We will eventually rebuild all CentOS systems from a clean 7.5 issue where this warning should no longer appear. I think we can close this ticket.
> Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
> ----------------------------------------------------------------------
>
> Key: OVIRT-1658
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658
> Project: oVirt - virtualization made easy
> Issue Type: Bug
> Reporter: Barak Korren
> Assignee: Evgheni Dereveanchin
>
> Seems there is an issue with locale files in recent CentOS versions,
> and we're hitting it in slaves that have been updated recently.
> The symptoms are that Jenkins disconnects from the slave and then
> refuses to reconnect to it. The agent log in Jenkins shows:
> [09/19/17 15:42:56] [SSH] Connection closed.
> [09/19/17 15:58:48] [SSH] Opening SSH connection to
> vm0002.workers-phx.ovirt.org:22.
> [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being
> verified. Man-in-the-middle attacks may be possible against this
> connection.
> [09/19/17 15:58:48] [SSH] Authentication successful.
> SSH connection reports a garbage before a command execution.
> Check your .bashrc, .profile, and so on to make sure it is quiet.
> The received junk text is as follows:
> /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot
> change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot
> change locale (en_US.utf8): No such file or directory
> null
> [09/19/17 15:58:48] Launch failed - cleaning up connection
> [09/19/17 15:58:48] [SSH] Connection closed.
> The same locale error messages can also be reproduced on the slave by
> running an interactive login from the console or 'su -'. When running
> 'locale -a' you can also see the en_US.UTF-8 locale is somehow
> missing.
> Looking around for this I found the following:
> https://github.com/CentOS/sig-cloud-instance-images/issues/71
> I tried downgrading glibc back to the version we had before, but that
> did not seem to resolve the issue. Eventually I managed to resolve it
> by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave.
> I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is
> attached to the staging Jenkins, but I've no reason to believe this
> won't start impacting production slaves.
> We need to research this further and find out if we need to do
> something to prevent this issue from surfacing on production slaves.
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves
(glibc, missing UTF-8 locale)
by Evgheni Dereveanchin (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jir... ]
Evgheni Dereveanchin updated OVIRT-1658:
----------------------------------------
Issue Type: Bug (was: By-EMAIL)
> Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
> ----------------------------------------------------------------------
>
> Key: OVIRT-1658
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658
> Project: oVirt - virtualization made easy
> Issue Type: Bug
> Reporter: Barak Korren
> Assignee: Evgheni Dereveanchin
>
> Seems there is an issue with locale files in recent CentOS versions,
> and we're hitting it in slaves that have been updated recently.
> The symptoms are that Jenkins disconnects from the slave and then
> refuses to reconnect to it. The agent log in Jenkins shows:
> [09/19/17 15:42:56] [SSH] Connection closed.
> [09/19/17 15:58:48] [SSH] Opening SSH connection to
> vm0002.workers-phx.ovirt.org:22.
> [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being
> verified. Man-in-the-middle attacks may be possible against this
> connection.
> [09/19/17 15:58:48] [SSH] Authentication successful.
> SSH connection reports a garbage before a command execution.
> Check your .bashrc, .profile, and so on to make sure it is quiet.
> The received junk text is as follows:
> /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot
> change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC:
> cannot change locale (en_US.utf8): No such file or directory
> /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot
> change locale (en_US.utf8): No such file or directory
> null
> [09/19/17 15:58:48] Launch failed - cleaning up connection
> [09/19/17 15:58:48] [SSH] Connection closed.
> The same locale error messages can also be reproduced on the slave by
> running an interactive login from the console or 'su -'. When running
> 'locale -a' you can also see the en_US.UTF-8 locale is somehow
> missing.
> Looking around for this I found the following:
> https://github.com/CentOS/sig-cloud-instance-images/issues/71
> I tried downgrading glibc back to the version we had before, but that
> did not seem to resolve the issue. Eventually I managed to resolve it
> by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave.
> I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is
> attached to the staging Jenkins, but I've no reason to believe this
> won't start impacting production slaves.
> We need to research this further and find out if we need to do
> something to prevent this issue from surfacing on production slaves.
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-2220) clean up old infra-puppet branches
by Evgheni Dereveanchin (oVirt JIRA)
Evgheni Dereveanchin created OVIRT-2220:
-------------------------------------------
Summary: clean up old infra-puppet branches
Key: OVIRT-2220
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2220
Project: oVirt - virtualization made easy
Issue Type: Task
Reporter: Evgheni Dereveanchin
Assignee: infra
Priority: Low
There are several unused branches in the infra-puppet repo that should be removed. Moreover, the github mirror has some branches that are absent from gerrit:
[gerrit|https://gerrit.ovirt.org/#/admin/projects/infra-puppet,branches]
||branch||number of hosts||
|bkorren|0|
|master|0|
|production|190|
|test_fc24|0 - to be removed|
|test_jenkins_plugins|0 - to be removed|
[github|https://github.com/oVirt/infra-puppet/branches/all]
||branch||number of hosts||
|production|190|
|master|0|
|bkorren|0|
|test_fc24|0 - to be removed|
|test_jenkins_plugins|0 - to be removed|
|test_jenkins_plugin|N/A - to be removed|
|testing_artifactory|N/A - to be removed|
|testing_gluster_repo|N/A - to be removed|
|testing_fc23|N/A - to be removed|
|testing_add_fc22_slave|N/A - to be removed|
|testing|N/A - to be removed|
|testing_python2_mock_el7|N/A - to be removed|
|backup|N/A - to be removed|
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months
[JIRA] (OVIRT-2219) update minitar version in infra-puppet
Gemfile.lock
by Evgheni Dereveanchin (oVirt JIRA)
Evgheni Dereveanchin created OVIRT-2219:
-------------------------------------------
Summary: update minitar version in infra-puppet Gemfile.lock
Key: OVIRT-2219
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2219
Project: oVirt - virtualization made easy
Issue Type: Task
Reporter: Evgheni Dereveanchin
Assignee: infra
The Gemfile.lock file of infra-puppet repo has an old version of minitar listed as dependency. This version is insecure and needs to be updated.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)
6 years, 7 months