Hi,
what exactly do you mean by "an entirely unrelated note value"? Do they
have the wrong type associated with them?
In general, the most significant change between Bro 2.5 and 2.4 in regards
to logging is the introduction of the logger node, which might impact your
deployments. If you are using the logger node, you probably have to change
your scripts in a way that the parts of the scripts that previously were
running on the manager are also running on the logger now.
Without really looking into details of how enums are currently serialized,
I expect that the different nodes of your cluster currently might extend
Notice::Type with different values, depending on which scripts were loaded
on which nodes. Which might lead to issues like this. Is is possible that
that happens?
If yes, the solution probably is to run the parts of the script that
perform the data type initialization and redef Notice::Type, define data
types, open log files, etc. on all cluster nodes, and just use your
conditionals around the parts of the scripts that actually perform works
(like catch events).
I hope this helps 
Johanna