symbolizer: shell out to addr2line

[danipozo]

Use addr2line instead of custom addr2line implementation which doesn't symbolize addresses properly for some binaries (see #5291). Even with a fix for go-delve/delve#3861, which is the root cause of the failure in #5291, the current implementation can't symbolize ~50 % of the addresses in the stacks of the ClickHouse binary in my tests. Using gimli-rs/addr2line as the addr2line implementation works fast and well:

Please take this PR as a rough proposal, there are of course details to be fleshed out:

• Probably you want to keep the current implementation under a setting
• If not, probably some code would need to be deleted
• This introduces another dependency, docs and Docker images at least would have to be updated
• Also there are likely code issues, I'm far from a Go expert

[brancz]

I'm open to the idea of this though I would much rather actually fix the symbolizer, but I'd be ok with this being an escape hatch. It's definitely possible to write a correct symbolizer even with the bug in the delve code (we did in Polar Signals Colud but what we did doesn't work in a single-process context that we're constrained to in Parca).

This being an escape hatch, I would prefer if we only implement support in Parca for this, but do not add llvm-addr2line or something like that to the container image, we would expect someone to add that themselves if they want to use this escape hatch until the symbolizer itself is fixed.

[danipozo]

Nice to read, I'll add a setting for this then and maybe some docs on how to use it if you face broken symbolization for your binary

[danipozo]

I've added a setting to enable this functionality by specifying a path to the addr2line binary, and a new liner that uses this binary. This liner can also be wrapped by the cachedLiner and therefore use the cache.