Commit Graph

6 Commits

Author SHA1 Message Date
Jacob Hoffman-Andrews 3b5915a6f2
Reduce chance of log-validator having runaway output. (#4926) 2020-07-10 11:16:18 -07:00
Garrett Squire 739686ba88
Bug Fixes (#4798)
Patches:

Make sure all log tailing types call Cleanup
Make sure the http.Response body is closed in all cases
Make sure that the challenge token is always deleted
2020-04-30 11:56:43 -07:00
Jacob Hoffman-Andrews 87fb6028c1
Add log validator to integration tests (#4782)
For now this mainly provides an example config and confirms that
log-validator can start up and shut down cleanly, as well as provide a
stat indicating how many log lines it has handled.

This introduces a syslog config to the boulder-tools image that will write
logs to /var/log/program.log. It also tweaks the various .json config
files so they have non-default syslogLevel, to ensure they actually
write something for log-validator to verify.
2020-04-20 13:33:42 -07:00
Jacob Hoffman-Andrews b351fa5979
log-validator: handle spurious shutdown errors. (#4776)
Also add a logs adapter for tail's built-in logging type.
2020-04-15 13:44:12 -07:00
Roland Bracewell Shoemaker 4743889cd3
Count number of corrupt lines + allow non-existent files to be… (#4631)
Fixes #4612.
2020-01-07 13:33:47 -08:00
Roland Bracewell Shoemaker 308960cbdd log-validator: add cmd/daemon for verifying log integrity (#4482)
In f32fdc4 the Boulder logging framework was updated to emit a CRC32-IEEE
checksum in log lines. The `log-validator` command verifies these checksums in
one of two ways:

1. By running as a daemon process, tailing logs and verifying checksums as they
arrive.
2. By running as a one-off command, verifying checksums of every line in a log
file on disk.
2019-10-21 10:12:55 -04:00