Syslog error: Cannot find unit for notify message of PID $NUMBER$, ignoring

Hey dear folks!
I’m running a TrueNAS 25.10.0 installation (just upgraded vom 25.04) and the logfiles are forwarded to another host.

Since the upgrade I’m getting a ton of errors with the following Content:
Cannot find unit for notify message of PID $NUMBER$, ignoring.
Each with different PID Numbers.

If I check the journal I found the following:

Nov 14 17:20:00 hostname systemd[1]: Starting sysstat-collect.service - system activity accounting tool…
Nov 14 17:20:00 hostname systemd[1]: sysstat-collect.service: Deactivated successfully.
Nov 14 17:20:00 hostname systemd[1]: Finished sysstat-collect.service - system activity accounting tool.
Nov 14 17:21:55 hostname systemd[1]: Cannot find unit for notify message of PID $NUMBER$, ignoring.
Nov 14 17:26:55 hostname systemd[1]: Cannot find unit for notify message of PID $NUMBER$, ignoring.
Nov 14 17:30:01 hostname systemd[1]: Starting sysstat-collect.service - system activity accounting tool…
Nov 14 17:30:01 hostname systemd[1]: sysstat-collect.service: Deactivated successfully.
Nov 14 17:30:01 hostname systemd[1]: Finished sysstat-collect.service - system activity accounting tool.
Nov 14 17:38:55 hostname systemd[1]: Cannot find unit for notify message of PID $NUMBER$, ignoring.

Is this somehow an error?
I’m sure this should not produce that many Alerts?

Thanks a lot!

Best Regards

Huh, does this persist if you roll back to a previous boot? If not, might be worth a bug report - I don’t have an easy fix on top of head for why PIDs are missing other than trying a clean install & config import.

Could it be this problem? There it seems to be resolved:

Donno, I’d consider a TrueNAS ticket to validate; I don’t get those messages so I’m not going to assume everything is fine on your end.

Rolled back to 25.04 yesterday, the syslog entries did go away.

So it is version specific; consider tossing a bug report to IX so if you do want to upgrade in the future there is a chance it gets fixed.

I recently upgraded to 25.10.0.1 and am finding the same log entries. Did anything change or is there a fix available?

Same on 25.10.1. But seems as if this can be ignored.