Web server log (Squid) monitoring with Netdata
Squid
is a caching and forwarding HTTP web proxy.
This module parses Squid
access logs.
#
ChartsModule produces following charts:
- Total Requests in
requests/s
- Excluded Requests in
requests/s
- Requests By Type in
requests/s
- Responses By HTTP Status Code Class in
responses/s
- Responses By HTTP Status Code in
responses/s
- Bandwidth in
kilobits/s
- Response Time in
milliseconds/s
- Unique Clients in
clients/s
- Requests By Cache Result Code in
requests/s
- Requests By Cache Result Delivery Transport Tag in
requests/s
- Requests By Cache Result Handling Tag in
requests/s
- Requests By Cache Result Produced Object Tag in
requests/s
- Requests By Cache Result Load Source Tag in
requests/s
- Requests By Cache Result Errors Tag in
requests/s
- Requests By HTTP Method in
requests/s
- Requests By MIME Type in
requests/s
- Requests By Hierarchy Code in
requests/s
- Forwarded Requests By Server Address in
requests/s
#
Log ParsersSquidlog supports 3 log parsers:
- CSV
- LTSV
- RegExp
RegExp is the slowest among them but it is very likely you will need to use it if your log format is not default.
#
Known FieldsThese are Squid
log format codes.
Squidlog is aware how to parse and interpret following codes:
field | squid format code | description |
---|---|---|
resp_time | %tr | Response time (milliseconds). |
client_address | %>a | Client source IP address. |
client_address | %>A | Client FQDN. |
cache_code | %Ss | Squid request status (TCP_MISS etc). |
http_code | %>Hs | The HTTP response status code from Content Gateway to client. |
resp_size | %<st | Total size of reply sent to client (after adaptation). |
req_method | %rm | Request method (GET/POST etc). |
hier_code | %Sh | Squid hierarchy status (DEFAULT_PARENT etc). |
server_address | %<a | Server IP address of the last server or peer connection. |
server_address | %<A | Server FQDN or peer name. |
mime_type | %mt | MIME content type. |
In addition, to
make Squid
native log format
csv parsable, squidlog understands these groups of codes:
field | squid format code | description |
---|---|---|
result_code | %Ss/%>Hs | Cache code and http code. |
hierarchy | %Sh/%<a | Hierarchy code and server address. |
#
Custom Log FormatCustom log format is easy. Use known fields to construct your log format.
- If using CSV parser
Note: can be used only if all known squid format codes are separated by csv delimiter. For example, if you
have %Ss:%Sh
, csv parser cant extract %Ss
and %Sh
from it and you need to use RegExp parser.
Copy your current log format. Replace all known squid format codes with corresponding known fields. Replaces others with "-".
- If using LTSV parser
Provide fields mapping. You need to map your label names to known fields.
- If using RegExp parser
Use pattern with subexpressions names. These names should be known by squidlog. We recommend to use https://regex101.com/ to test your regular expression.
#
ConfigurationEdit the go.d/squidlog.conf
configuration file using edit-config
from the
Netdata config directory, which is typically at /etc/netdata
.
This module needs only path
to log file if you
use native log format. If
you use custom log format you need to set it manually.
For all available options, please see the module configuration file.
#
TroubleshootingTo troubleshoot issues with the squid_log
collector, run the go.d.plugin
with the debug option enabled. The output
should give you clues as to why the collector isn't working.
First, navigate to your plugins directory, usually at /usr/libexec/netdata/plugins.d/
. If that's not the case on your
system, open netdata.conf
and look for the setting plugins directory
. Once you're in the plugin's directory, switch
to the netdata
user.
You can now run the go.d.plugin
to debug the collector: