I'm inclined to take small numbers of recoverable errors as normal operation, but I work in a company with a very noisy monitoring team that escalates every single error to completion, often to me. As a result it pays to be able to state firmly whether they should disregard certain errors (assuming a certain threshold for frequency, etc.). The timeout/reset error in particular seems harmless but, with more than twenty netapps in use, occurs just often enough to be irritating.
Arguably, any message that should be disregarded shouldn't be logged in the first place; should we simply suppress (unless some option is turned on to display them - probably some option less crude than cranking the "syslog" level up so it logs stuff at "debug" level, which causes tons of crap to be logged) messages that are either never significant or that haven't occurred often enough to be significant?