On Tue, May 10, 2022 at 02:21:42PM +0200, William Lallemand wrote: > On Tue, May 10, 2022 at 12:09:59PM +0200, Christian Ruppert wrote: > > > > It even just happened when running with gdb, without a reload. > > > > What the patch does is re-executing the master in wait-mode once the > worker was started in order to free the master memory of huge data > (maps, SSL certificates etc). > > I thought your crash was unrelated but indeed what is weird is that you > experienced a watchdog crash in the master... which is is really > surprising since the master does not do much. > > > Does that help? You mworker commit *seems*, at least at the first > > glance, to fix that. Without I have multiple coredumps within 24 hours. > > Often I can trigger some by just reloading/restarting. With your commit > > I couldn't for almost 24 hours + doing 100 reloads with 10s sleep > > between each. > > Let me know if you want me to turn on some debug flags or something > > else. Or do you want a dump? I'd share it off-list then. > > That does help indeed, but I will need a full coredump with the binaries > to analyze what provoked this watchdog in the master! > > Is it a problem you have since a while or did it happens with an update? > It's not impossible that a fix provoked this. >
We had some exchanges with Christian in private about this issue, it resulted in this fix for the watchdog. I pushed a fix in the master repository for the watchdog issue: http://git.haproxy.org/?p=haproxy.git;a=commit;h=ae053b30da4db588f7fabe09e5f85cbebdc421ad -- William Lallemand