On Fri, 9 May 2025 at 11:45, Johannes Barthel
<johannes.bart...@farming-revolution.com> wrote:
>
> Hi,
>
> we're using an Ubuntu setup where systemd-coredump is set up as the coredump 
> handler. This is fine, coredumps end up in /var/lib/systemd/coredump/. We 
> would however like to additionally run our own event handler (for remote 
> error reporting) in case of a process dumping core.
>
> Does systemd-coredump provide any facilities for registering an event handler 
> for this? Or should we create our own handler, register that as 
> kernel.core_pattern in sysctl and forward the coredumps to systemd-coredump? 
> I considered subscribing to the journal and filtering the coredump event out 
> there, but that might cause unnecessary CPU load and also the API seems to be 
> kind of broken, I ran into this issue [1].
>
> What is the best way of running our custom error reporting script in addition 
> to systemd-coredump's default behavior?

You can use a path unit pointed to /var/lib/systemd/coredump, or any
other similar inotify-based mechanism, and you can do any
postprocessing you need based on such triggers. We use this scheme to
export core files and it works fine.

Reply via email to