2:44 p.m.
On Wed, 23 Sep 2020 12:08:22 +0000
"Gregorio ." <devim(a)outlook.it> wrote:
You can manually set the CPU affinity (see taskset utility) to
decide
the core(s) where to run your process, even if it is already running.
I can see how that would work as a manual intervention. But this used
to happen automatically as the default for the system. I've been
trying to research this but most of the web articles available are
about sharing a single core, and ensuring a fair allocation of that
core's resources to several tasks. This kind of task migration to
random cores while the task is running when there isn't resource
contention does not seem to get much mention.
The kernel documentation has the same bias. My plan right now is to
compile an older kernel, say 5.5 or 5.6 where this was working by
default, and see if it is still working. If it is, then it is a kernel
change. If it isn't, then something changed in the Fedora
configuration. That will narrow down where I have to look.
I'm probably not searching correctly because I have only a vague
understanding of the terminology used for scheduling tasks. And the
interaction of the scheduler and NUMA. When I search the kernel
mailing list, the problem isn't a lack of matches, but an overwhelming
number of matches. This seems to be a very active area of development.
In the end, I might just have to live with it, and use your suggestion
to manually shift the task when I am present and think about it. Maybe
it isn't really an issue, but it seems to me that for the CPU core in
question, it is a lot like over-clocking it.
Thanks for your reply. It gave me another thread to pull.
3:09 p.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Wed, 23 Sep 2020 12:44:45 -0700
stan <upaitag(a)zoho.com> wrote:
On Wed, 23 Sep 2020 12:08:22 +0000
"Gregorio ." <devim(a)outlook.it> wrote:
> You can manually set the CPU affinity (see taskset utility) to
> decide the core(s) where to run your process, even if it is already
> running.
The plot thickens. I am running a background compile using clang / rust
restricted to 2 cores, and I see that it in fact behaves exactly as I
remember. The tasks switch between cores regularly. Perhaps I am
remembering incorrectly what happens with python scripts, and they have
always remained locked on a single core. But I don't think so. I'll
keep following up with my plan.
11:20 p.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
For what it's worth, gmail puts your emails into spam because of the
your domain's DMARC policy:
Authentication-Results: mx.google.com;
arc=fail (body hash mismatch);
spf=pass (google.com: domain of
kernel-bounces(a)lists.fedoraproject.org designates 38.145.60.11 as
permitted sender)
smtp.mailfrom=kernel-bounces(a)lists.fedoraproject.org;
dmarc=fail (p=REJECT sp=REJECT dis=QUARANTINE) header.from=zoho.com
--
Chris Murphy
4:33 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
* Chris Murphy:
On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
For what it's worth, gmail puts your emails into spam because of the
your domain's DMARC policy:
Authentication-Results: mx.google.com;
arc=fail (body hash mismatch);
That's a Fedora mailing list configuration issue. It alters the body.
These days, mailing lists need to be configured in such a way that they
do not add such footers (adding headers is generally fine).
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill
6:33 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer <fweimer(a)redhat.com> wrote:
* Chris Murphy:
> On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
>
> For what it's worth, gmail puts your emails into spam because of the
> your domain's DMARC policy:
>
>
> Authentication-Results: mx.google.com;
> arc=fail (body hash mismatch);
That's a Fedora mailing list configuration issue. It alters the body.
These days, mailing lists need to be configured in such a way that they
do not add such footers (adding headers is generally fine).
I don't see any option to change that in the list settings.
Justin
6:35 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
* Justin Forbes:
On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer
<fweimer(a)redhat.com> wrote:
>
> * Chris Murphy:
>
> > On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
> >
> > For what it's worth, gmail puts your emails into spam because of the
> > your domain's DMARC policy:
> >
> >
> > Authentication-Results: mx.google.com;
> > arc=fail (body hash mismatch);
>
> That's a Fedora mailing list configuration issue. It alters the body.
>
> These days, mailing lists need to be configured in such a way that they
> do not add such footers (adding headers is generally fine).
>
I don't see any option to change that in the list settings.
As a user/subscriber? Yes, I think it's a list administrator setting.
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill
6:42 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, Sep 24, 2020 at 6:35 AM Florian Weimer <fweimer(a)redhat.com> wrote:
* Justin Forbes:
> On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer <fweimer(a)redhat.com> wrote:
>>
>> * Chris Murphy:
>>
>> > On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
>> >
>> > For what it's worth, gmail puts your emails into spam because of the
>> > your domain's DMARC policy:
>> >
>> >
>> > Authentication-Results: mx.google.com;
>> > arc=fail (body hash mismatch);
>>
>> That's a Fedora mailing list configuration issue. It alters the body.
>>
>> These days, mailing lists need to be configured in such a way that they
>> do not add such footers (adding headers is generally fine).
>>
>
> I don't see any option to change that in the list settings.
As a user/subscriber? Yes, I think it's a list administrator setting.
No, as an admin. I am the admin. There are options for modifying
headers, nothing for the footer/body.
9:26 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, 24 Sep 2020 06:42:00 -0500
Justin Forbes <jmforbes(a)linuxtx.org> wrote:
On Thu, Sep 24, 2020 at 6:35 AM Florian Weimer
<fweimer(a)redhat.com>
wrote:
>
> * Justin Forbes:
>
> > On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer
> > <fweimer(a)redhat.com> wrote:
> >>
> >> * Chris Murphy:
> >>
> >> > On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
> >> >
> >> > For what it's worth, gmail puts your emails into spam because
> >> > of the your domain's DMARC policy:
> >> >
> >> >
> >> > Authentication-Results: mx.google.com;
> >> > arc=fail (body hash mismatch);
> >>
> >> That's a Fedora mailing list configuration issue. It alters the
> >> body.
> >>
> >> These days, mailing lists need to be configured in such a way
> >> that they do not add such footers (adding headers is generally
> >> fine).
> >
> > I don't see any option to change that in the list settings.
>
> As a user/subscriber? Yes, I think it's a list administrator
> setting.
No, as an admin. I am the admin. There are options for modifying
headers, nothing for the footer/body.
I am able to post to the users and devel list with the same email
address, so it must be possible.
9:35 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, Sep 24, 2020 at 9:26 AM stan <upaitag(a)zoho.com> wrote:
On Thu, 24 Sep 2020 06:42:00 -0500
Justin Forbes <jmforbes(a)linuxtx.org> wrote:
> On Thu, Sep 24, 2020 at 6:35 AM Florian Weimer <fweimer(a)redhat.com>
> wrote:
> >
> > * Justin Forbes:
> >
> > > On Thu, Sep 24, 2020 at 4:34 AM Florian Weimer
> > > <fweimer(a)redhat.com> wrote:
> > >>
> > >> * Chris Murphy:
> > >>
> > >> > On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com>
wrote:
> > >> >
> > >> > For what it's worth, gmail puts your emails into spam
because
> > >> > of the your domain's DMARC policy:
> > >> >
> > >> >
> > >> > Authentication-Results: mx.google.com;
> > >> > arc=fail (body hash mismatch);
> > >>
> > >> That's a Fedora mailing list configuration issue. It alters the
> > >> body.
> > >>
> > >> These days, mailing lists need to be configured in such a way
> > >> that they do not add such footers (adding headers is generally
> > >> fine).
> > >
> > > I don't see any option to change that in the list settings.
> >
> > As a user/subscriber? Yes, I think it's a list administrator
> > setting.
>
> No, as an admin. I am the admin. There are options for modifying
> headers, nothing for the footer/body.
I am able to post to the users and devel list with the same email
address, so it must be possible.
Whether or not your emails get to the list is completely different
from whether or not they get to any given list subscriber's mailbox.
Your messages do get to the list (you can look at the archives and
see). But if a user is running gmail, and doesn't have the "never mark
as spam" option checked in the filter for this list, for some reason
gmail thinks mail from you specifically is spam.
Justin
9:47 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, Sep 24, 2020 at 09:35:48AM -0500, Justin Forbes wrote:
Whether or not your emails get to the list is completely different
from whether or not they get to any given list subscriber's mailbox.
Your messages do get to the list (you can look at the archives and
see). But if a user is running gmail, and doesn't have the "never mark
as spam" option checked in the filter for this list, for some reason
gmail thinks mail from you specifically is spam.
You may be looking for the DMARC Mitigations section under 'settings' in
the admin interface?
Both devel and users have that set to:
"Replace From with list address"
kevin
10:51 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Thu, Sep 24, 2020 at 9:47 AM Kevin Fenzi <kevin(a)scrye.com> wrote:
On Thu, Sep 24, 2020 at 09:35:48AM -0500, Justin Forbes wrote:
> Whether or not your emails get to the list is completely different
> from whether or not they get to any given list subscriber's mailbox.
> Your messages do get to the list (you can look at the archives and
> see). But if a user is running gmail, and doesn't have the "never mark
> as spam" option checked in the filter for this list, for some reason
> gmail thinks mail from you specifically is spam.
You may be looking for the DMARC Mitigations section under 'settings' in
the admin interface?
Both devel and users have that set to:
"Replace From with list address"
Just enabled that setting for kernel. We will see how it goes.
Thanks!
11:17 a.m.
New subject: Test reply Re: System no longer distributes load to multiple cores
for long running task
On Thu, 24 Sep 2020 10:51:25 -0500
Justin Forbes <jmforbes(a)linuxtx.org> wrote:
On Thu, Sep 24, 2020 at 9:47 AM Kevin Fenzi <kevin(a)scrye.com>
wrote:
> You may be looking for the DMARC Mitigations section under
> 'settings' in the admin interface?
>
> Both devel and users have that set to:
>
> "Replace From with list address"
>
Just enabled that setting for kernel. We will see how it goes.
Thanks!
This is a test reply to see if the setting change worked. Will post
whether I receive the email or not. I am assuming that 1 hr is enough
time to propagate the change.
11:49 a.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, 24 Sep 2020 09:17:22 -0700, stan via kernel wrote:
This is a test reply to see if the setting change worked. Will post
whether I receive the email or not. I am assuming that 1 hr is enough
time to propagate the change.
Justin, please revert this change. Now every email appears as being sent
by <kernel(a)lists.fedoraproject.org>. Meaning the information about the
author of email is lost, it's impossible to reply all, etc.
The better way to make list posts DMARC compatible is not touching the
message. Please remove the footer. I'm very sure there's a setting
somewhere to do that. In Mailman 2, it was under "Non-digest options" >
"msg_footer", not sure where it is in Mailman 3 but it surely is
somewhere.
Thanks,
Jiri
12:11 p.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, Sep 24, 2020 at 11:50 AM Jiri Benc <jbenc(a)redhat.com> wrote:
On Thu, 24 Sep 2020 09:17:22 -0700, stan via kernel wrote:
> This is a test reply to see if the setting change worked. Will post
> whether I receive the email or not. I am assuming that 1 hr is enough
> time to propagate the change.
Justin, please revert this change. Now every email appears as being sent
by <kernel(a)lists.fedoraproject.org>. Meaning the information about the
author of email is lost, it's impossible to reply all, etc.
The better way to make list posts DMARC compatible is not touching the
message. Please remove the footer. I'm very sure there's a setting
somewhere to do that. In Mailman 2, it was under "Non-digest options" >
"msg_footer", not sure where it is in Mailman 3 but it surely is
somewhere.
Reverted, but no, I do not see such an option for the list. I am
wondering if it is something set at the overall list server config,
and not available per list by policy there.
Justin
3:21 a.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
* Justin Forbes:
Reverted, but no, I do not see such an option for the list. I am
wondering if it is something set at the overall list server config,
and not available per list by policy there.
Apparently, someone has installed a Python handler to perform the
message transformation:
<https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/handlers...
Since it involves arbitrary Python code, maybe list admins don't have
access?
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill
12:12 p.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, 24 Sep 2020 18:49:42 +0200, Jiri Benc wrote:
Justin, please revert this change. Now every email appears as being
sent
by <kernel(a)lists.fedoraproject.org>. Meaning the information about the
author of email is lost, it's impossible to reply all, etc.
I have to correct myself. Not every email, as mine was delivered
without the From header altered. So maybe this is a SPF-only issue? If
the SPF record prohibits resending, there's not much the mailing list
can do than replacing the From field. Also, Reply-To is set correctly.
So, it is probably the right setting after all, sorry for the
confusion.
However, the footer should be removed anyway as it breaks the original
DKIM signatures.
Thanks,
Jiri
12:14 p.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, Sep 24, 2020 at 12:12 PM Jiri Benc <jbenc(a)redhat.com> wrote:
On Thu, 24 Sep 2020 18:49:42 +0200, Jiri Benc wrote:
> Justin, please revert this change. Now every email appears as being sent
> by <kernel(a)lists.fedoraproject.org>. Meaning the information about the
> author of email is lost, it's impossible to reply all, etc.
I have to correct myself. Not every email, as mine was delivered
without the From header altered. So maybe this is a SPF-only issue? If
the SPF record prohibits resending, there's not much the mailing list
can do than replacing the From field. Also, Reply-To is set correctly.
So, it is probably the right setting after all, sorry for the
confusion.
Turned it back on.
However, the footer should be removed anyway as it breaks the
original
DKIM signatures.
Would love to, do not see any way to do so.
3:20 p.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, Sep 24, 2020 at 07:12:24PM +0200, Jiri Benc wrote:
On Thu, 24 Sep 2020 18:49:42 +0200, Jiri Benc wrote:
> Justin, please revert this change. Now every email appears as being sent
> by <kernel(a)lists.fedoraproject.org>. Meaning the information about the
> author of email is lost, it's impossible to reply all, etc.
I have to correct myself. Not every email, as mine was delivered
without the From header altered. So maybe this is a SPF-only issue? If
the SPF record prohibits resending, there's not much the mailing list
can do than replacing the From field. Also, Reply-To is set correctly.
It only applies to users who's providers have a strict setup.
(ie, if resending to list subscribers will result in a fail on checks)
So, it is probably the right setting after all, sorry for the
confusion.
However, the footer should be removed anyway as it breaks the original
DKIM signatures.
Many other things do that too. Mailman inserts list headers, and
sometimes adjusting mime type emails.
re-writing such emails to appear to come from the list seems the least
anoying way to deal with it.
kevin
11:54 a.m.
New subject: Test reply Re: System no longer distributes load to multiple
cores for long running task
On Thu, 24 Sep 2020 09:17:22 -0700
stan via kernel <kernel(a)lists.fedoraproject.org> wrote:
This is a test reply to see if the setting change worked. Will post
whether I receive the email or not. I am assuming that 1 hr is enough
time to propagate the change.
I received the message, so it worked, but I see by Jiri's response that
this causes problems for other list members. Maybe there is the better
way he suggested?
9:25 a.m.
New subject: System no longer distributes load to multiple cores for long
running task
On Wed, 23 Sep 2020 22:20:14 -0600
Chris Murphy <lists(a)colorremedies.com> wrote:
On Wed, Sep 23, 2020 at 1:44 PM stan <upaitag(a)zoho.com> wrote:
For what it's worth, gmail puts your emails into spam because of the
your domain's DMARC policy:
Authentication-Results: mx.google.com;
arc=fail (body hash mismatch);
spf=pass (google.com: domain of
kernel-bounces(a)lists.fedoraproject.org designates 38.145.60.11 as
permitted sender)
smtp.mailfrom=kernel-bounces(a)lists.fedoraproject.org;
dmarc=fail (p=REJECT sp=REJECT dis=QUARANTINE)
header.from=zoho.com
Thanks for the explanation!
1309
days inactive
1311
days old
kernel@lists.fedoraproject.org
19 comments
6 participants
participants (6)
-
Chris Murphy -
Florian Weimer -
Jiri Benc -
Justin Forbes -
Kevin Fenzi -
stan