Check the /tmp or /var/tmp for stuff you can delete.  Often there could be old SU zips you used to import that can be deleted.  They are often MANY gbs.

I do not think that it is related, but in a zone recently updated from 24.2 to 24.4, /var/log/messages was filling at various GB per hour failing to replicate some old System Update content (I have checked ZUIDs at database and were packages from 20.0.0 System Update). Disk fills very very quick.

Master primary, with embedded database, not having the same behavior. For you is the same?

Same situation here. Three primariy servers. Upgrade from 24.3 to 24.4 last week. The DB server is fine, the other two servers /var/log/messages file grows to 20+GB in size shutting down zenworks on those servers. DB server fine. I previously posted this situation and was suggested to clear out the temp folders. Which is not the issue. Still looking for other ways to clear this up,

zman sudu SU_GUID -f

should clear the SU from the system including the DB entries so it no longer tries to replicate.....

That may not fully resolve the issue but should for those specific items being logged.

# zman sudu <GUID del Sytem Update> -f should do it. After deleting the System Updates GUIDs and a pit stop for the servers (not sure if it is really needed). If not try run this, for me, did the trick:

# microfocus-zenworks-configure -Z -c FixOrphanedSystemUpdateContentsConfigureAction

I have seen here https://portal.microfocus.com/s/article/KM000021886?language=en_US

I think that some old system updates maybe have been "hard deleted" in this zone. Only guesing