.
Work on getting mailman3 updated can begin but this is not a minor update
and will probably take a month to get done so it may pause again for the
final release.
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
On Wed
s
> List Archives:
> https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us
roject.org
> 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/infrastructure@lists.fedoraproject.org
> Do
g/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red
later.
In some cases, it seems it may be better to export everything from the
older version, clean up, and re import into the new version. AKA the same
as if you are converting from mailman2 -> mailman3.
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new
ct/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen
certs seems low risk:
>
> +1
>
My vote no longer counts but I agree with Sandro. This is low risk and
darknao and others are available for backup.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a
; 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/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https:/
project.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClar
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
&g
eir spare time. If
you can't help on the porting of the code pinging people about it regularly
only makes them more demotivated to work on it. Either be patient or go do
something else until the work is done.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are
waiting until the
s390x builders are able to complete the work.
Ticket Link:
https://pagure.io/fedora-infrastructure/issue/11345
Please join #fedora-admin or #fedora-noc on irc.libera.chat
or add comments to the ticket for this outage above.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind
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/infrastructure@lists.fedoraproject.org
> Do not reply
t;https://ceph.io>
>
> Chicago, IL
>
> lflo...@ibm.com | lflo...@redhat.com
> M: +17087388804
>
>
> ___
> infrastructure mailing list -- infrastructure@lists.fedoraproject.org
> To unsubscribe send an email to
> infrastructur
duct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Step
ists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
__
aproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be
iling_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one ano
Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -
s.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/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedo
oughts? +1s? alternative ideas?
>
+1. Do you have snapshot administration rights to remove the giant one
which will happen after deleting compose.old?
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
/repomd.xml
296 /repos/pulp/pulp/stable/2.18/7/x86_64/repodata/repomd.xml
My guess is that we would need to put out an announcement for the 50k
server admins to find that apache-maven will need to be found elsewhere on
any reinstalls
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one anothe
t:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure@lists.fedorap
://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/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/f
doraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us
aproject.org
> To unsubscribe send an email to
> infrastructure-le...@lists.fedoraproject.org
> 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:
> htt
raproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
https://pagure.io/fedora-infra/ansible/pull-request/1232
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure
gt; 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/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https:
, if we want to go that route.
>
>
What is needed for DNS validation? A constantly updated DNS record or
something else?
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
rastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
__
On Wed, 28 Sept 2022 at 14:54, Kevin Fenzi wrote:
> On Tue, Sep 27, 2022 at 04:04:41PM +0200, Neal Gompa wrote:
> > On Tue, Sep 27, 2022 at 3:20 PM Neal Gompa wrote:
> > >
> > > On Tue, Sep 27, 2022 at 3:01 PM Stephen Smoogen
> wrote:
> > > >
> >
great...
> coming up with a fedmsg-irc replacement, and getting limnoria in epel9
> seem to be the best ways right now.
> I can start on the easier reinstalls.
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian M
. Then execute
a change and cleanup.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
On Tue, 6 Sept 2022 at 12:34, Kevin Fenzi wrote:
> On Tue, Sep 06, 2022 at 09:45:11AM -0400, Stephen Smoogen wrote:
> snip...
> >
> > I am wondering if some of these lists would be better using something
> like
> > public inbox https://lwn.net/Articles/74818
On Mon, 5 Sept 2022 at 03:13, Matthias Runge
wrote:
> On 02/09/2022 22:10, Stephen Smoogen wrote:
>
> > This lowered the long term load average but now led to reports where the
> > mailman REST daemon does not respond in time due to timeouts. Looking at
> > what
On Fri, 2 Sept 2022 at 16:10, Stephen Smoogen wrote:
>
> This is a general 'what I am seeing in the infrastructure' email taking
> various comments I made in irc into a more formal email
>
>
>
Looking at the last month of mailing lists which archived mails, we have
about 12
On Mon, 5 Sept 2022 at 03:13, Matthias Runge
wrote:
> On 02/09/2022 22:10, Stephen Smoogen wrote:
>
> > This lowered the long term load average but now led to reports where the
> > mailman REST daemon does not respond in time due to timeouts. Looking at
> > what
her burn it all down or not.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email
t; On Thu, Sep 1, 2022 at 8:01 PM Mikolaj Izdebski
> wrote:
>
>> On Thu, Sep 1, 2022 at 8:16 PM Stephen Smoogen
>> wrote:
>> >
>> >
>> > I am trying to deal with some crashing issues with the mailman. It is
>> currently at 100% CPU usage with 4 cp
en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrast
there.
Actions:
update ansible
update vm system via virsh
reboot vm
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure
>
> --
> Jonathan Steffan
> jonathanstef...@gmail.com
> ___
> infrastructure mailing list -- infrastructure@lists.fedoraproject.org
> To unsubscribe send an email to
> infrastructure-le...@lists.fedoraproject.org
> Fedora Code of
es: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
be done like:
1. Set up internal ipv6 for IAD2 networks.
2. Set up and test ipv6 firewalls and dualstacks on systems in IAD2.
3. Set up limited firewall traffic of ipv6 to public network
4. Roll out new firewall hardware to IAD2
5. Test infrastructure and add ipv6 ad
it generally means that those 3 things are tied together deeply
in every application and tool written these days. Like the tide, this is a
cyclical pattern in the industry and it will roll out and leave a pile of
bad example flotsam that few will remember the next time the
that's another can of worms.
>
>
Yes I want to be clear. I wasn't saying pinning as much as a record of
which packages were used. Most of the time, even 70% accuracy is better
than 0%... [and here is the opening for various stories about when it is
worse :)].
--
Stephen Smoogen, Red Hat Auto
:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a
ject.org
> 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/infrastructure@lists.fedoraproject.org
> Do not
lists.fedoraproject.org
> 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/infrastructure@lists.fedoraprojec
oject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be ki
List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battl
s: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Auto
uidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red
org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to
from there to avoid fedorapeople entirely.
> (This would likely break anyone who has multiple feeds in there)
>
I would like to go for 2 but with the caveat Ben put that it uses a
different field. However I also realize it is a lot of work and there are
not a lot of active blog writers any
itself.. and you end up with now two places nagios is puking itself.
--
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
infrastructure mailing list -- infrastructure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There will be an outage starting at 2011-03-16 03:00 UTC, which will last
approximately 6 hours. [Outages should be only 10-30 minutes long but
the window for the outage is 6 hours thus the large window.]
To convert UTC to your local time, take a
with these certificates to
ad...@fedoraproject.org
The change in certs will happen around 2011-03-10 20:00 UTC
Stephen Smoogen
* Seasonal Infrastructure Chief Koffee Officer
signature.asc
Description: OpenPGP digital signature
___
infrastructure mailing list
:E8:C1:18:02:AB:AC:83:88:FC:6C:D8
The new certificate is issued by GeoTrust, Inc and is a 4096 bit key
with the fingerprint:
SHA1 Fingerprint=D1:54:82:77:77:F9:11:DF:E0:B1:14:37:B9:36:E2:09:20:B6:54:1D
Please report any problems with these certificates to
ad...@fedoraproject.org
Stephen Smoogen
60 matches
Mail list logo