W dniu 22.12.2021 o 21:01, Phil Stracchino pisze:
> On 12/22/21 12:55, Wietse Venema wrote:
>> In this case Postfix is (also) overloading the MySQL server.
>>
>> - Get a more powerful system (or VM) for the MySQL server.
>>
>> - Reduce the workload per MySQL server (spread the load across
>> mul
W dniu 23.12.2021 o 01:53, raf pisze:
> On Wed, Dec 22, 2021 at 11:25:10AM +0100, natan wrote:
>
>> W dniu 21.12.2021 o 18:15, Wietse Venema pisze:
>> 10.x.x.10 - is gallera klaster wirth 3 nodes (and max_con set to 1500
>> for any nodes)
>>
>> when I get this eror I check number of connections
>>
On Thu, Dec 23, 2021 at 09:52:05AM +0100, natan wrote:
> W dniu 23.12.2021 o 01:53, raf pisze:
> > On Wed, Dec 22, 2021 at 11:25:10AM +0100, natan wrote:
> >
> >> W dniu 21.12.2021 o 18:15, Wietse Venema pisze:
> >> 10.x.x.10 - is gallera klaster wirth 3 nodes (and max_con set to 1500
> >> for a
W dniu 23.12.2021 o 12:12, raf pisze:
> On Thu, Dec 23, 2021 at 09:52:05AM +0100, natan wrote:
>
>> W dniu 23.12.2021 o 01:53, raf pisze:
>>> On Wed, Dec 22, 2021 at 11:25:10AM +0100, natan wrote:
>>>
W dniu 21.12.2021 o 18:15, Wietse Venema pisze:
10.x.x.10 - is gallera klaster wirth 3
Bob Proulx:
> Wietse Venema wrote:
> > Bob Proulx:
> > > Any ideas on why postfix would not be running after such an event on
> > > two of the systems but okay on the others?
> >
> > LOGS. Postfix logs a sh*load, including processes that fail to
> > start. If the systems were unable to record this
On Wed, 22 Dec 2021 at 22:21, Wietse Venema wrote:
>
> Christian G?ttsche:
> > Plugin shared util objects require the global util object to be build.
> >
> What was the make command?
/usr/bin/make -j2 LD_LIBRARY_PATH=$(pwd)/lib:${LD_LIBRARY_PATH}
see https://salsa.debian.org/cgzones/postfix-dev/
Bob Proulx:
> Any ideas on why postfix would not be running after such an event on
> two of the systems but okay on the others?
Wietse Venema wrote:
LOGS. Postfix logs a sh*load, including processes that fail to
start. If the systems were unable to record this in LOGS, then you
will never know
Demi Marie Obenour:
> My intuition is that either some timeout somewhere got hit, or that
> some I/O failed (rather than being queued forever) and caused an error
> paging in some code. That would cause Postfix to die with SIGBUS.
If the file system was unavailable, then yes, failure to page in
Christian G?ttsche:
> On Wed, 22 Dec 2021 at 22:21, Wietse Venema wrote:
> >
> > Christian G?ttsche:
> > > Plugin shared util objects require the global util object to be build.
> > >
> > What was the make command?
>
> /usr/bin/make -j2 LD_LIBRARY_PATH=$(pwd)/lib:${LD_LIBRARY_PATH}
>
> see https
On Thu, 23 Dec 2021 at 20:49, Wietse Venema wrote:
>
> Christian G?ttsche:
> > On Wed, 22 Dec 2021 at 22:21, Wietse Venema wrote:
> > >
> > > Christian G?ttsche:
> > > > Plugin shared util objects require the global util object to be build.
> > > >
> > > What was the make command?
> >
> > /usr/bi
Scott Kitterman:
> Currently, postconf.5 has this to say about message_size_limit:
>
> message_size_limit (default: 1024)
>
> The maximal size in bytes of a message, including envelope information.
>
> Note: be careful when making changes. Excessively small values will result
> in the l
Christian G?ttsche:
> > I'll add a check to makedefs to fail the build with an UNSUPPORTED
> > error if it sees that database plugins are linked with libpostfix-*.
> >
> > I'll also fix the makedefs check to reject LD_LIBRARY_PATH settings.
>
> Thanks, please disregard those two sent patches.
No
On Thursday, December 23, 2021 3:51:57 PM EST Wietse Venema wrote:
> Scott Kitterman:
> > Currently, postconf.5 has this to say about message_size_limit:
> >
> > message_size_limit (default: 1024)
> >
> > The maximal size in bytes of a message, including envelope
> > information.
> >
Could a watchdog timer have killed master(8) if it were suspended
long enough?
> On 23 Dec 2021, at 1:57 pm, Wietse Venema wrote:
>
>> My intuition is that either some timeout somewhere got hit, or that
>> some I/O failed (rather than being queued forever) and caused an error
>> paging in some c
Scott Kitterman:
> Thanks. I don't think it's worth a lot of effort. I'd imagine it's a pretty
> niche use case to send multi-gigabyte files via SMTP. People do do it though
> (clearly or there wouldn't be a bug).
>
> I wrestled with a few options for a simple explanation, but didn't come up
Matus UHLAR - fantomas wrote:
> it's still possible that:
> - postfix was killed by e.g. OOM killer, in which case it could not log that.
I disable the OOM with vm.overcommit_memory = 2 so that particular
thing won't be it.
> - the logs were lost because of systemd's log limits
That is possible.
Wietse Venema wrote:
> Postfix was only the messenger of bad news. It does not
> spontaneously self-destruct.
I have always found Postfix to be extremely reliable and robust.
Which was why this happening on two different systems was such an oddity.
Bob
Viktor Dukhovni wrote:
> Could a watchdog timer have killed master(8) if it were suspended
> long enough?
Seems plausible. I could see something in the code timing out since
things would be blocked waiting for I/O for so long.a
> Demi Marie Obenour:
> > My intuition is that either some timeout s
On Thu, 23 Dec 2021 17:16:10 -0700
Bob Proulx wrote:
> Wietse Venema wrote:
> > Postfix was only the messenger of bad news. It does not
> > spontaneously self-destruct.
>
> I have always found Postfix to be extremely reliable and robust.
> Which was why this happening on two different systems
On Thu, Dec 23, 2021 at 12:34:20PM +0100, natan wrote:
> W dniu 23.12.2021 o 12:12, raf pisze:
> > That looks like it should be plenty of processes,
> > as long as the server can really support that many.
> >
> > You could test it with something like this:
> >
> > #!/usr/bin/env perl
> >
20 matches
Mail list logo
