Hi All,
Last year we announced a new OCP4 cluster deployment with a request to
migrate workloads to it (from openshift 3.6). I have been working with
a few projects to help migrate and have received good feedback.
On March 1st 1200 UTC, we will shut down the legacy cluster. If you
have a job running there, please open a ticket on our tracker[0] so
that we can work with you to migrate them on time.
[0] https://pagure.io/centos-infra/new_issue?template=ci-migration
Thank You
--
Vipul Siddharth
He/His/Him
Fedora | CentOS CI Infrastructure Team
Hi all,
We seem to have issue with an IBM Power 8 used within CI and so we have
to re-balance CI nodes that you can request through Duffy API for
ppc64/ppc64le.
My question sounds more like a survey : I think that most (if not all)
CI projects actually still building (and testing in CI) just target the
ppc64le architecture (Little Endian) and so not the ppc64 (Big Endian) one.
We'd like to hear from you and depending on the needs, we can
eventually drop ppc64 architecture for CI tests, and so have more
(re-balanced) ppc64le resources .
Opinions ?
--
Fabian Arrotin
The CentOS Project | https://www.centos.org
gpg key: 17F3B7A1 | twitter: @arrfab
Hi All,
Just wanted to inform you that today at 1330 UTC, I will be updating
ci.centos.org jenkins to version 2.263.2 to catch up with new
CVE/vulnerabilities fixes.
If you are using a namespace in Openshift cluster, please consider
updating your jenkins version as well.
--
Vipul Siddharth
He/His/Him
Fedora | CentOS CI Infrastructure Team
Sending it here too, but ideally if you have questions/comments, that
would be better to join the thread on centos-devel list.
Thanks !
-------- Forwarded Message --------
Subject: [CentOS-devel] CentOS/Fedora authentication system merge
(Please Read)
Date: Wed, 27 Jan 2021 08:58:13 +0100
From: Fabian Arrotin <arrfab(a)centos.org>
Reply-To: The CentOS developers mailing list. <centos-devel(a)centos.org>
To: The CentOS developers mailing list. <centos-devel(a)centos.org>
# Introduction and background
As it was preannounced some time ago , the CentOS Board agreed to merge
the CentOS accounts (https://accounts.centos.org) with the Fedora FAS
(https://admin.fedoraproject.org/accounts/)
As both projects were running their own instance of FAS (running on
el6/CentOS 6, so coming to EOL, so that needed to be migrated to new
solution/platform), but that there are a lot of contributors common to
both projects, it made sense to "migrate and merge" both into one, and
so having only one account that can be used for both.
The AAA/Noggin team worked in the last months on the new authentication
system that will be used as foundation.
The core block will be (Free)IPA (https://www.freeipa.org , already
available in the distribution) and the community portal feature will be
provided by noggin (https://github.com/fedora-infra/noggin)
If you want to know more about noggin, consider watching the
presentation given at last Fedora Nest event
(https://www.youtube.com/watch?v=x1SevUmkE60)
# What does it mean for you, contributors and SIG members ?
Fedora already had an IPA infra, but "hidden" behind FAS, so accounts
were already created in IPA backend.
For CentOS, we were just using plain FAS, so users in our own backend
(fas db).
The "Merge" operation will go like this :
- Fedora will kick fas2ipa script
(https://github.com/fedora-infra/fas2ipa), synchronizing FAS attributes
back into IPA, including group memberships coming from FAS/Fedora
- Then the same process will be ran but importing from ACO
(https://accounts.centos.org) into the same IPA backend.
That's where the "fun" begins:
* If the same nick/account exists at both side, the script is
considering FAS as authoritative (remember, the FAS user *already*
exists there, and is only modified for group[s] membership and attributes)
* What is used to consider same nick/account being the same person ?
the email (validated when registering account) will be used as primary
key. So that means that you should *now* verify/update your email
address in FAS and ACO so that they match
* in case of a email address mismatch, the ACO account isn't migrated
(group membership) but put in a queue to be verified
* in case of matching email address, existing account is added to
imported ACO groups
The "open" question is about what to do for same account but in fact
being different people (question is debated between Fedora and CentOS
through the AAA initiative)
# What has been already done ?
You can follow publicly the status through dedicated tracker (
https://github.com/orgs/fedora-infra/projects/6 ), but let me focus on
the CentOS Side (sending this to centos-devel so centos contributors)
In the last months, Fedora already deployed a staging (.stg.) IPA
instance, as well as a noggin community portal.
For CentOS, we deployed (to be able to test integration) the following
components in front of the Fedora IPA:
* https://accounts.stg.centos.org (using noggin, with a centos visual
theme applied)
* https://id.stg.centos.org (ipsilon, used for openid/openidc IdP)
We then reached out to some "key users" to validate that some
applications migrated to new authentication system were working fine.
We tested with :
* pagure (https://git.stg.centos.org)
* koji
* openshift/OCP
* some other apps using openid
In December 2020, there was a first ran of the fas2ipa script, so
(consider this a snapshot) existing accounts in both FAS and ACO were
merged.
>From that import, there were 123 accounts that were duplicates ones, but
as said, it can be that they are the same account but using different
email addresses.
# What do you have to do ?
You can try to login through https://accounts.stg.centos.org and see if
you can login.
Important remark: if you *didn't* have a FAS account , your account was
imported/created for the first time in IPA, so that means that you'll
have to use the "Forgot Password ?" feature on portal to reset your
account (mail will be sent to email address tied to your account)
# When will the real migration happen ?
We'll wait on AAA/noggin team to give us estimated date, and when
they'll migrate Fedora first.
Once that will be done, we'll migrate ACO to the new setup (probably
fas2ipa script ran during a week-end, but to be announced)
# How will that impact my workflow for CentOS as SIG member ?
Worth knowing that all deployed services using ACO will have to be
reconfigured for AAA.
That currently means :
* https://git.centos.org (and also the MQTT bus for git push notifications)
* https://cbs.centos.org (and also non public signing service)
* other small services using OpenID/OpenIDC for authentication
(https://blog.centos.org, some jenkins instances used by QA team, etc)
As said, we have already staged all changes to support new auth in our
ansible roles.
When we'll have rolled out these changes, your existing TLS certificate
that you use to authenticate with for cbs.centos.org *will not* work
anymore (important)
That means that you'll have to retrieve a new TLS cert, signed by the
IPA CA cert.
How to do that ? I'll see about how porting this to know repository, but
for now, there is a copr repo that you can use :
https://copr.fedorainfracloud.org/coprs/arrfab/fasjson-client/
IMPORTANT : do *not* use this pkg now, or do this from another
workstation/vm/account/whatever : the new 'centos-cert' util would
replace your currently working TLS cert (from ACO) . (Well, as fasjson
for prod *isn't* deployed yet, that would not work at all, but it would
when deployed
If you have questions, feel free to ask in this thread, or join
#fedora-aaa on Freenode.
--
Fabian Arrotin
The CentOS Project | https://www.centos.org
gpg key: 17F3B7A1 | twitter: @arrfab
_______________________________________________
CentOS-devel mailing list
CentOS-devel(a)centos.org
https://lists.centos.org/mailman/listinfo/centos-devel