Re: s390x builder outage

"Stephen J Smoogen" <[email protected]>
Newsgroups gmane.linux.redhat.fedora.devel
Message-ID <[email protected]>

On Sat, Aug 15, 2026, at 18:13, Chris Adams wrote:
> Once upon a time, Fabio Valentini <[email protected]> said:
>> It might also be worth noting that s390x is *already* kind of a
>> second-tier architecture:
>> 
>> - noarch builds are never scheduled to run on s390x
>> - SRPM builds are never scheduled to run on s390x
>> - koschei scratch builds always exclude s390x
>
> I admit I know minimal about how builds are handled.  When I submit a
> build (which, I don't do lots of builds), the top-level task quite often
> seems to be on an s390x host (and ppc64le when it's not)... maybe that
> part uses minimal resources, but it's still there.  SRPM build is often
> on ppc64le.
>
> And yes, if the hardware is getting overloaded, reducing simultaneous
> resource usage can improve throughput, because you reduce thrashing.  I
> obviously have no idea if that's the case here, but a blanket "doing
> less slows things down" is not true.

The issue has always been that the power and s390x have been spread thin. For the longest time the servers were loaners from IBM and when ones were purchased they were usually the bottom of the line because the cost difference cut into how many x86 systems were available. (It was something like 4:1) The s390x is spread between multiple Red Hat teams and if testing or other IO intensive work is going on our usage would be highly impacted.

If I had to keep the architectures running, I would look at the problem differently… maybe there is an oversupply of resources for x86 and aarch64 plus an over demand of things wanting to be done. Cut those down to what the slowest arch and most easily overloaded arch can handle.


> -- 
> Chris Adams <[email protected]>
> -- 
> _______________________________________________
> devel mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/[email protected]
> Do not reply to spam, report it: 
> https://forge.fedoraproject.org/infra/tickets/issues/new

-- 
Stephen J Smoogen.
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
-- 
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.