Hello,
I am trying to solve something different. I've, for example, realized that missing Internet connection causes ODC to continue, but with some less information. It does not fail, but it potentially misses something. This may silently cause some false negatives, maybe just when external environment (e.g. firewall rules) is changed.
First approach would be making ODC behaving fail-fast, so I would know immediately if something fails. (But I am not sure if this is practical. I've seen some hash mismatches and I am not sure if I can solve all of them easily.)
Second approach would be reading the log filtering important messages. If there is something in the filtered log, I know something is wrong and I should fix that. Maybe logging all messages with some severity would do the job.
Regards,
Vít Šesták 'v6ak'
On Wednesday, July 15, 2015 at 2:12:48 PM UTC+2, Jeremy Long wrote:
Vit,
Yes, the logs are very verbose. They have helped solve several issues earlier. When I review them I am usually looking for a specific analyzer's output. Each analyzer will write out an initialization entry and then until you see the next initialization entry the entries are related to how the analyzer is working. In your case, I have a feeling it is the CPEAnalyzer.
--Jeremy