web/dashboard_info.js

   1
   2 var netdataDashboard = window.netdataDashboard || {};
   3
   4 // ----------------------------------------------------------------------------
   5 // menus
   6
   7 // information about the main menus
   8
   9 netdataDashboard.menu = {
  10     'system': {
  11         title: 'System Overview',
  12         icon: '<i class="fa fa-bookmark" aria-hidden="true"></i>',
  13         info: 'Overview of the key system metrics.'
  14     },
  15
  16     'services': {
  17         title: 'systemd Services',
  18         icon: '<i class="fa fa-cogs" aria-hidden="true"></i>',
  19         info: 'Resources utilization of systemd services. netdata monitors all systemd services via cgroups (the resources accounting used by containers). '
  20     },
  21
  22     'ap': {
  23         title: 'Access Points',
  24         icon: '<i class="fa fa-wifi" aria-hidden="true"></i>',
  25         info: 'Performance metrics for the access points (i.e. wireless interfaces in AP mode) found on the system.'
  26     },
  27
  28     'tc': {
  29         title: 'Quality of Service',
  30         icon: '<i class="fa fa-globe" aria-hidden="true"></i>',
  31         info: 'Netdata collects and visualizes <code>tc</code> class utilization using its <a href="https://github.com/firehol/netdata/blob/master/plugins.d/tc-qos-helper.sh" target="_blank">tc-helper plugin</a>. If you also use <a href="http://firehol.org/#fireqos" target="_blank">FireQOS</a> for setting up QoS, netdata automatically collects interface and class names. If your QoS configuration includes overheads calculation, the values shown here will include these overheads (the total bandwidth for the same interface as reported in the Network Interfaces section, will be lower than the total bandwidth reported here). QoS data collection may have a slight time difference compared to the interface (QoS data collection uses a BASH script, so a shift in data collection of a few milliseconds should be justified).'
  32     },
  33
  34     'net': {
  35         title: 'Network Interfaces',
  36         icon: '<i class="fa fa-share-alt" aria-hidden="true"></i>',
  37         info: 'Performance metrics for network interfaces.'
  38     },
  39
  40     'ipv4': {
  41         title: 'IPv4 Networking',
  42         icon: '<i class="fa fa-cloud" aria-hidden="true"></i>',
  43         info: 'Metrics for the IPv4 stack of the system. <a href="https://en.wikipedia.org/wiki/IPv4" target="_blank">Internet Protocol version 4 (IPv4)</a> is the fourth version of the Internet Protocol (IP). It is one of the core protocols of standards-based internetworking methods in the Internet. IPv4 is a connectionless protocol for use on packet-switched networks. It operates on a best effort delivery model, in that it does not guarantee delivery, nor does it assure proper sequencing or avoidance of duplicate delivery. These aspects, including data integrity, are addressed by an upper layer transport protocol, such as the Transmission Control Protocol (TCP).'
  44     },
  45
  46     'ipv6': {
  47         title: 'IPv6 Networking',
  48         icon: '<i class="fa fa-cloud" aria-hidden="true"></i>',
  49         info: 'Metrics for the IPv6 stack of the system. <a href="https://en.wikipedia.org/wiki/IPv6" target="_blank">Internet Protocol version 6 (IPv6)</a> is the most recent version of the Internet Protocol (IP), the communications protocol that provides an identification and location system for computers on networks and routes traffic across the Internet. IPv6 was developed by the Internet Engineering Task Force (IETF) to deal with the long-anticipated problem of IPv4 address exhaustion. IPv6 is intended to replace IPv4.'
  50     },
  51
  52     'ipvs': {
  53         title: 'IP Virtual Server',
  54         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',
  55         info: '<a href="http://www.linuxvirtualserver.org/software/ipvs.html" target="_blank">IPVS (IP Virtual Server)</a> implements transport-layer load balancing inside the Linux kernel, so called Layer-4 switching. IPVS running on a host acts as a load balancer at the front of a cluster of real servers, it can direct requests for TCP/UDP based services to the real servers, and makes services of the real servers to appear as a virtual service on a single IP address.'
  56     },
  57
  58     'netfilter': {
  59         title: 'Firewall (netfilter)',
  60         icon: '<i class="fa fa-shield" aria-hidden="true"></i>',
  61         info: 'Performance metrics of the netfilter components.'
  62     },
  63
  64     'cpu': {
  65         title: 'CPUs',
  66         icon: '<i class="fa fa-bolt" aria-hidden="true"></i>',
  67         info: 'Detailed information for each CPU of the system. A summary of the system for all CPUs can be found at the <a href="#menu_system">System Overview</a> section.'
  68     },
  69
  70     'mem': {
  71         title: 'Memory',
  72         icon: '<i class="fa fa-bolt" aria-hidden="true"></i>',
  73         info: 'Detailed information about the memory management of the system.'
  74     },
  75
  76     'disk': {
  77         title: 'Disks',
  78         icon: '<i class="fa fa-folder" aria-hidden="true"></i>',
  79         info: 'Charts with performance information for all the system disks. Special care has been given to present disk performance metrics in a way compatible with <code>iostat -x</code>. netdata by default prevents rendering performance charts for individual partitions and unmounted virtual disks. Disabled charts can still be enabled by configuring the relative settings in the netdata configuration file.'
  80     },
  81
  82     'sensors': {
  83         title: 'Sensors',
  84         icon: '<i class="fa fa-leaf" aria-hidden="true"></i>',
  85         info: 'Readings of the configured system sensors.'
  86     },
  87
  88     'ipmi': {
  89         title: 'IPMI',
  90         icon: '<i class="fa fa-leaf" aria-hidden="true"></i>',
  91         info: 'The Intelligent Platform Management Interface (IPMI) is a set of computer interface specifications for an autonomous computer subsystem that provides management and monitoring capabilities independently of the host system\'s CPU, firmware (BIOS or UEFI) and operating system.'
  92     },
  93
  94     'nfsd': {
  95         title: 'NFS Server',
  96         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',
  97         info: 'Performance metrics of the Network File Server. NFS is a distributed file system protocol, allowing a user on a client computer to access files over a network, much like local storage is accessed. NFS, like many other protocols, builds on the Open Network Computing Remote Procedure Call (ONC RPC) system. The NFS is an open standard defined in Request for Comments (RFC).'
  98     },
  99
 100     'nfs': {
 101         title: 'NFS Client',
 102         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',
 103         info: 'Performance metrics of the NFS operations of this system, acting as an NFS client.'
 104     },
 105
 106     'zfs': {
 107         title: 'ZFS filesystem',
 108         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',
 109         info: 'Performance metrics of the ZFS filesystem. The following charts visualize all metrics reported by <a href="https://github.com/zfsonlinux/zfs/blob/master/cmd/arcstat/arcstat.py" target="_blank">arcstat.py</a> and <a href="https://github.com/zfsonlinux/zfs/blob/master/cmd/arc_summary/arc_summary.py" target="_blank">arc_summary.py</a>.'
 110     },
 111
 112     'apps': {
 113         title: 'Applications',
 114         icon: '<i class="fa fa-heartbeat" aria-hidden="true"></i>',
 115         info: 'Per application statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through all processes and aggregates statistics for applications of interest, defined in <code>/etc/netdata/apps_groups.conf</code> (the default is <a href="https://github.com/firehol/netdata/blob/master/conf.d/apps_groups.conf" target="_blank">here</a>). The plugin internally builds a process tree (much like <code>ps fax</code> does), and groups processes together (evaluating both child and parent processes) so that the result is always a chart with a predefined set of dimensions (of course, only application groups found running are reported). The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',
 116         height: 1.5
 117     },
 118
 119     'users': {
 120         title: 'Users',
 121         icon: '<i class="fa fa-user" aria-hidden="true"></i>',
 122         info: 'Per user statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through all processes and aggregates statistics per user. The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',
 123         height: 1.5
 124     },
 125
 126     'groups': {
 127         title: 'User Groups',
 128         icon: '<i class="fa fa-users" aria-hidden="true"></i>',
 129         info: 'Per user group statistics are collected using netdata\'s <code>apps.plugin</code>. This plugin walks through all processes and aggregates statistics per user group. The reported values are compatible with <code>top</code>, although the netdata plugin counts also the resources of exited children (unlike <code>top</code> which shows only the resources of the currently running processes). So for processes like shell scripts, the reported values include the resources used by the commands these scripts run within each timeframe.',
 130         height: 1.5
 131     },
 132
 133     'netdata': {
 134         title: 'Netdata Monitoring',
 135         icon: '<i class="fa fa-bar-chart" aria-hidden="true"></i>',
 136         info: 'Performance metrics for the operation of netdata itself and its plugins.'
 137     },
 138
 139     'example': {
 140         title: 'Example Charts',
 141         info: 'Example charts, demonstrating the external plugin architecture.'
 142     },
 143
 144     'cgroup': {
 145         title: '',
 146         icon: '<i class="fa fa-th" aria-hidden="true"></i>',
 147         info: 'Container resource utilization metrics. Netdata reads this information from <b>cgroups</b> (abbreviated from <b>control groups</b>), a Linux kernel feature that limits and accounts resource usage (CPU, memory, disk I/O, network, etc.) of a collection of processes. <b>cgroups</b> together with <b>namespaces</b> (that offer isolation between processes) provide what we usually call: <b>containers</b>.'
 148     },
 149
 150     'cgqemu': {
 151         title: '',
 152         icon: '<i class="fa fa-th-large" aria-hidden="true"></i>',
 153         info: 'QEMU virtual machine resource utilization metrics. QEMU (short for Quick Emulator) is a free and open-source hosted hypervisor that performs hardware virtualization.'
 154     },
 155
 156     'fping': {
 157         title: 'fping',
 158         icon: '<i class="fa fa-exchange" aria-hidden="true"></i>',
 159         info: 'Network latency statistics, via <b>fping</b>. <b>fping</b> is a program to send ICMP echo probes to network hosts, similar to <code>ping</code>, but much better performing when pinging multiple hosts. fping versions after 3.15 can be directly used as netdata plugins.'
 160     },
 161
 162     'memcached': {
 163         title: 'memcached',
 164         icon: '<i class="fa fa-database" aria-hidden="true"></i>',
 165         info: 'Performance metrics for <b>memcached</b>. Memcached is a general-purpose distributed memory caching system. It is often used to speed up dynamic database-driven websites by caching data and objects in RAM to reduce the number of times an external data source (such as a database or API) must be read.'
 166     },
 167
 168     'mysql': {
 169         title: 'MySQL',
 170         icon: '<i class="fa fa-database" aria-hidden="true"></i>',
 171         info: 'Performance metrics for <b>mysql</b>, the open-source relational database management system (RDBMS).'
 172     },
 173
 174     'postgres': {
 175         title: 'Postgres',
 176         icon: '<i class="fa fa-database" aria-hidden="true"></i>',
 177         info: 'Performance metrics for <b>PostgresSQL</b>, the object-relational database (ORDBMS).'
 178     },
 179
 180     'redis': {
 181         title: 'Redis',
 182         icon: '<i class="fa fa-database" aria-hidden="true"></i>',
 183         info: 'Performance metrics for <b>redis</b>. Redis (REmote DIctionary Server) is a software project that implements data structure servers. It is open-source, networked, in-memory, and stores keys with optional durability.'
 184     },
 185
 186     'retroshare': {
 187         title: 'RetroShare',
 188         icon: '<i class="fa fa-share-alt" aria-hidden="true"></i>',
 189         info: 'Performance metrics for <b>RetroShare</b>. RetroShare is open source software for encrypted filesharing, serverless email, instant messaging, online chat, and BBS, based on a friend-to-friend network built on GNU Privacy Guard (GPG).'
 190     },
 191
 192     'ipfs': {
 193         title: 'IPFS',
 194         icon: '<i class="fa fa-folder-open" aria-hidden="true"></i>',
 195         info: 'Performance metrics for the InterPlanetary File System (IPFS), a content-addressable, peer-to-peer hypermedia distribution protocol.'
 196     },
 197
 198     'phpfpm': {
 199         title: 'PHP-FPM',
 200         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',
 201         info: 'Performance metrics for <b>PHP-FPM</b>, an alternative FastCGI implementation for PHP.'
 202     },
 203
 204     'postfix': {
 205         title: 'postfix',
 206         icon: '<i class="fa fa-envelope" aria-hidden="true"></i>',
 207         info: undefined
 208     },
 209
 210     'dovecot': {
 211         title: 'Dovecot',
 212         icon: '<i class="fa fa-envelope" aria-hidden="true"></i>',
 213         info: undefined
 214     },
 215
 216     'hddtemp': {
 217         title: 'HDD Temp',
 218         icon: '<i class="fa fa-thermometer-full" aria-hidden="true"></i>',
 219         info: undefined
 220     },
 221
 222     'nginx': {
 223         title: 'nginx',
 224         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',
 225         info: undefined
 226     },
 227
 228     'apache': {
 229         title: 'Apache',
 230         icon: '<i class="fa fa-eye" aria-hidden="true"></i>',
 231         info: undefined
 232     },
 233
 234     'web_log': {
 235         title: undefined,
 236         icon: '<i class="fa fa-file-text-o" aria-hidden="true"></i>',
 237         info: 'Information extracted from a web server log file. <code>web_log</code> plugin incrementally parses the web server log file to provide, in real-time, a break down of key web server performance metrics. An extended log file format may optionally be used (for <code>nginx</code> and <code>apache</code>) offering timing information and bandwidth for both requests and responses. <code>web_log</code> plugin may also be configured to provide a break down of requests per URL pattern (check <a href="https://github.com/firehol/netdata/blob/master/conf.d/python.d/web_log.conf" target="_blank"><code>/etc/netdata/python.d/web_log.conf</code></a>).'
 238     },
 239
 240     'named': {
 241         title: 'named',
 242         icon: '<i class="fa fa-tag" aria-hidden="true"></i>',
 243         info: undefined
 244     },
 245
 246     'squid': {
 247         title: 'squid',
 248         icon: '<i class="fa fa-exchange" aria-hidden="true"></i>',
 249         info: undefined
 250     },
 251
 252     'nut': {
 253         title: 'UPS',
 254         icon: '<i class="fa fa-battery-half" aria-hidden="true"></i>',
 255         info: undefined
 256     },
 257
 258     'apcupsd': {
 259         title: 'UPS',
 260         icon: '<i class="fa fa-battery-half" aria-hidden="true"></i>',
 261         info: undefined
 262     },
 263
 264     'smawebbox': {
 265         title: 'Solar Power',
 266         icon: '<i class="fa fa-sun-o" aria-hidden="true"></i>',
 267         info: undefined
 268     },
 269
 270     'snmp': {
 271         title: 'SNMP',
 272         icon: '<i class="fa fa-random" aria-hidden="true"></i>',
 273         info: undefined
 274     }
 275 };
 276
 277
 278
 279 // ----------------------------------------------------------------------------
 280 // submenus
 281
 282 // information to be shown, just below each submenu
 283
 284 // information about the submenus
 285 netdataDashboard.submenu = {
 286     'web_log.bandwidth': {
 287         info: 'Bandwidth of requests (<code>received</code>) and responses (<code>sent</code>). <code>received</code> requires an extended log format (without it, the web server log does not have this information). This chart may present unusual spikes, since the bandwidth is accounted at the time the log line is saved by the web server, even if the time needed to serve it spans across a longer duration. We suggest to use QoS (e.g. <a href="http://firehol.org/#fireqos" target="_blank">FireQOS</a>) for accurate accounting of the web server bandwidth.'
 288     },
 289
 290     'web_log.urls': {
 291         info: 'Number of requests for each <code>URL pattern</code> defined in <a href="https://github.com/firehol/netdata/blob/master/conf.d/python.d/web_log.conf" target="_blank"><code>/etc/netdata/python.d/web_log.conf</code></a>. This chart counts all requests matching the URL patterns defined, independently of the web server response codes (i.e. both successful and unsuccessful).'
 292     },
 293
 294     'web_log.clients': {
 295         info: 'Charts showing the number of unique client IPs, accessing the web server.'
 296     },
 297
 298     'web_log.timings': {
 299         info: 'Web server response timings - the time the web server needed to prepare and respond to requests. This requires an extended log format and its meaning is web server specific. For most web servers this accounts the time from the reception of a complete request, to the dispatch of the last byte of the response. So, it includes the network delays of responses, but it does not include the network delays of requests.'
 300     },
 301
 302     'mem.ksm': {
 303         title: 'Memory Deduper',
 304         info: 'Kernel Same-page Merging (KSM) performance monitoring, read from several files in <code>/sys/kernel/mm/ksm/</code>. KSM is a memory-saving de-duplication feature in the Linux kernel (since version 2.6.32). The KSM daemon ksmd periodically scans those areas of user memory which have been registered with it, looking for pages of identical content which can be replaced by a single write-protected page (which is automatically copied if a process later wants to update its content). KSM was originally developed for use with KVM (where it was known as Kernel Shared Memory), to fit more virtual machines into physical memory, by sharing the data common between them.  But it can be useful to any application which generates many instances of the same data.'
 305     },
 306
 307     'mem.numa': {
 308         info: 'Non-Uniform Memory Access (NUMA) is a hierarchical memory design the memory access time is dependent on locality. Under NUMA, a processor can access its own local memory faster than non-local memory (memory local to another processor or memory shared between processors). The individual metrics are described in the <a href="https://www.kernel.org/doc/Documentation/numastat.txt" target="_blank">Linux kernel documentation</a>.'
 309     },
 310
 311     'ipv4.ecn': {
 312         info: '<a href="https://en.wikipedia.org/wiki/Explicit_Congestion_Notification" target="_blank">Explicit Congestion Notification (ECN)</a> is a TCP extension that allows end-to-end notification of network congestion without dropping packets. ECN is an optional feature that may be used between two ECN-enabled endpoints when the underlying network infrastructure also supports it.'
 313     },
 314
 315     'netfilter.conntrack': {
 316         title: 'Connection Tracker',
 317         info: 'Netfilter Connection Tracker performance metrics. The connection tracker keeps track of all connections of the machine, inbound and outbound. It works by keeping a database with all open connections, tracking network and address translation and connection expectations.'
 318     },
 319
 320     'netfilter.nfacct': {
 321         title: 'Bandwidth Accounting',
 322         info: 'The following information is read using the <code>nfacct.plugin</code>.'
 323     },
 324
 325     'netfilter.synproxy': {
 326         title: 'DDoS Protection',
 327         info: 'DDoS protection performance metrics. <a href="https://github.com/firehol/firehol/wiki/Working-with-SYNPROXY" target="_blank">SYNPROXY</a> is a TCP SYN packets proxy. It is used to protect any TCP server (like a web server) from SYN floods and similar DDoS attacks. It is a netfilter module, in the Linux kernel (since version 3.12). It is optimized to handle millions of packets per second utilizing all CPUs available without any concurrency locking between the connections. It can be used for any kind of TCP traffic (even encrypted), since it does not interfere with the content itself.'
 328     },
 329
 330     'system.softnet_stat': {
 331         title: 'softnet',
 332         info: function(os) {
 333             if(os === 'linux')
 334                 return 'Statistics for CPUs SoftIRQs related to network receive work. Break down per CPU core can be found at <a href="#menu_cpu_submenu_softnet_stat">CPU / softnet statistics</a>. <b>processed</b> states the number of packets processed, <b>dropped</b> is the number packets dropped because the network device backlog was full (to fix them on Linux use <code>sysctl</code> to increase <code>net.core.netdev_max_backlog</code>), <b>squeezed</b> is the number of packets dropped because the network device budget ran out (to fix them on Linux use <code>sysctl</code> to increase <code>net.core.netdev_budget</code>). More information about identifying and troubleshooting network driver related issues can be found at <a href="https://access.redhat.com/sites/default/files/attachments/20150325_network_performance_tuning.pdf" target="_blank">Red Hat Enterprise Linux Network Performance Tuning Guide</a>.';
 335             else
 336                 return 'Statistics for CPUs SoftIRQs related to network receive work.';
 337         }
 338     },
 339
 340     'cpu.softnet_stat': {
 341         title: 'softnet',
 342         info: function(os) {
 343             if(os === 'linux')
 344                 return 'Statistics for per CPUs core SoftIRQs related to network receive work. Total for all CPU cores can be found at <a href="#menu_system_submenu_softnet_stat">System / softnet statistics</a>. <b>processed</b> states the number of packets processed, <b>dropped</b> is the number packets dropped because the network device backlog was full (to fix them on Linux use <code>sysctl</code> to increase <code>net.core.netdev_max_backlog</code>), <b>squeezed</b> is the number of packets dropped because the network device budget ran out (to fix them on Linux use <code>sysctl</code> to increase <code>net.core.netdev_budget</code>). More information about identifying and troubleshooting network driver related issues can be found at <a href="https://access.redhat.com/sites/default/files/attachments/20150325_network_performance_tuning.pdf" target="_blank">Red Hat Enterprise Linux Network Performance Tuning Guide</a>.';
 345             else
 346                 return 'Statistics for per CPUs core SoftIRQs related to network receive work. Total for all CPU cores can be found at <a href="#menu_system_submenu_softnet_stat">System / softnet statistics</a>.';
 347         }
 348     }
 349 };
 350
 351
 352
 353 // ----------------------------------------------------------------------------
 354 // chart
 355
 356 // information works on the context of a chart
 357 // Its purpose is to set:
 358 //
 359 // info: the text above the charts
 360 // heads: the representation of the chart at the top the subsection (second level menu)
 361 // mainheads: the representation of the chart at the top of the section (first level menu)
 362 // colors: the dimension colors of the chart (the default colors are appended)
 363 // height: the ratio of the chart height relative to the default
 364 //
 365 netdataDashboard.context = {
 366     'system.cpu': {
 367         info: function(os) {
 368             void(os);
 369             return 'Total CPU utilization (all cores). 100% here means there is no CPU idle time at all. You can get per core usage at the <a href="#menu_cpu">CPUs</a> section and per application usage at the <a href="#menu_apps">Applications Monitoring</a> section.'
 370                 + netdataDashboard.sparkline('<br/>Keep an eye on <b>iowait</b> ', 'system.cpu', 'iowait', '%', '. If it is constantly high, your disks are a bottleneck and they slow your system down.')
 371                 + netdataDashboard.sparkline('<br/>An important metric worth monitoring, is <b>softirq</b> ', 'system.cpu', 'softirq', '%', '. A constantly high percentage of softirq may indicate network driver issues.');
 372         },
 373         valueRange: "[0, 100]"
 374     },
 375
 376     'system.load': {
 377         info: 'Current system load, i.e. the number of processes using CPU or waiting for system resources (usually CPU and disk). The 3 metrics refer to 1, 5 and 15 minute averages. The system calculates this once every 5 seconds. For more information check <a href="https://en.wikipedia.org/wiki/Load_(computing)" target="_blank">this wikipedia article</a>',
 378         height: 0.7
 379     },
 380
 381     'system.io': {
 382         info: 'Total Disk I/O, for all disks. You can get detailed information about each disk at the <a href="#menu_disk">Disks</a> section and per application Disk usage at the <a href="#menu_apps">Applications Monitoring</a> section.'
 383     },
 384
 385     'system.swapio': {
 386         info: 'Total Swap I/O. (netdata measures both <code>in</code> and <code>out</code>. If either of them is not shown in the chart, it is because it is zero - you can change the page settings to always render all the available dimensions on all charts).'
 387     },
 388
 389     'system.pgfaults': {
 390         info: 'Total page faults. <b>Major page faults</b> indicates that the system is using its swap. You can find which applications use the swap at the <a href="#menu_apps">Applications Monitoring</a> section.'
 391     },
 392
 393     'system.entropy': {
 394         colors: '#CC22AA',
 395         info: '<a href="https://en.wikipedia.org/wiki/Entropy_(computing)" target="_blank">Entropy</a>, is like a pool of random numbers (<a href="https://en.wikipedia.org/wiki//dev/random" target="_blank">/dev/random</a>) that are mainly used in cryptography. It is advised that the pool remains always <a href="https://blog.cloudflare.com/ensuring-randomness-with-linuxs-random-number-generator/" target="_blank">above 200</a>. If the pool of entropy gets empty, you risk your security to be predictable and you should install a user-space random numbers generating daemon, like <code>haveged</code> or <code>rng-tools</code> (i.e. <b>rngd</b>), to keep the pool in healthy levels.'
 396     },
 397
 398     'system.forks': {
 399         colors: '#5555DD',
 400         info: 'Number of new processes created.'
 401     },
 402
 403     'system.intr': {
 404         colors: '#DD5555',
 405         info: 'Total number of CPU interrupts. Check <code>system.interrupts</code> that gives more detail about each interrupt and also the <a href="#menu_cpu">CPUs</a> section where interrupts are analyzed per CPU core.'
 406     },
 407
 408     'system.interrupts': {
 409         info: 'CPU interrupts in detail. At the <a href="#menu_cpu">CPUs</a> section, interrupts are analyzed per CPU core.'
 410     },
 411
 412     'system.softirqs': {
 413         info: 'CPU softirqs in detail. At the <a href="#menu_cpu">CPUs</a> section, softirqs are analyzed per CPU core.'
 414     },
 415
 416     'system.processes': {
 417         info: 'System processes. <b>Running</b> are the processes in the CPU. <b>Blocked</b> are processes that are willing to enter the CPU, but they cannot, e.g. because they wait for disk activity.'
 418     },
 419
 420     'system.active_processes': {
 421         info: 'All system processes.'
 422     },
 423
 424     'system.ctxt': {
 425         info: '<a href="https://en.wikipedia.org/wiki/Context_switch" target="_blank">Context Switches</a>, is the switching of the CPU from one process, task or thread to another. If there are many processes or threads willing to execute and very few CPU cores available to handle them, the system is making more context switching to balance the CPU resources among them. The whole process is computationally intensive. The more the context switches, the slower the system gets.'
 426     },
 427
 428     'system.idlejitter': {
 429         colors: '#5555AA',
 430         info: 'Idle jitter is calculated by netdata. A thread is spawned that requests to sleep for a few microseconds. When the system wakes it up, it measures how many microseconds have passed. The difference between the requested and the actual duration of the sleep, is the <b>idle jitter</b>. This number is useful in real-time environments, where CPU jitter can affect the quality of the service (like VoIP media gateways).'
 431     },
 432
 433     'system.ipv4': {
 434         info: 'Total IPv4 Traffic.'
 435     },
 436
 437     'system.ipv6': {
 438         info: 'Total IPv6 Traffic.'
 439     },
 440
 441     'system.ram': {
 442         info: 'System Random Access Memory (i.e. physical memory) usage.'
 443     },
 444
 445     'system.swap': {
 446         info: 'System swap memory usage. Swap space is used when the amount of physical memory (RAM) is full. When the system needs more memory resources and the RAM is full, inactive pages in memory are moved to the swap space (usually a disk, a disk partition or a file).'
 447     },
 448
 449     // ------------------------------------------------------------------------
 450     // MEMORY
 451
 452     'mem.ksm_savings': {
 453         heads: [
 454             netdataDashboard.gaugeChart('Saved', '12%', 'savings', '#0099CC')
 455         ]
 456     },
 457
 458     'mem.ksm_ratios': {
 459         heads: [
 460             function(os, id) {
 461                 void(os);
 462                 return  '<div data-netdata="' + id + '"'
 463                     + ' data-gauge-max-value="100"'
 464                     + ' data-chart-library="gauge"'
 465                     + ' data-title="Savings"'
 466                     + ' data-units="percentage %"'
 467                     + ' data-gauge-adjust="width"'
 468                     + ' data-width="12%"'
 469                     + ' data-before="0"'
 470                     + ' data-after="-CHART_DURATION"'
 471                     + ' data-points="CHART_DURATION"'
 472                     + ' role="application"></div>';
 473             }
 474         ]
 475     },
 476
 477     'mem.pgfaults': {
 478         info: 'A <a href="https://en.wikipedia.org/wiki/Page_fault" target="_blank">page fault</a> is a type of interrupt, called trap, raised by computer hardware when a running program accesses a memory page that is mapped into the virtual address space, but not actually loaded into main memory. If the page is loaded in memory at the time the fault is generated, but is not marked in the memory management unit as being loaded in memory, then it is called a <b>minor</b> or soft page fault. A <b>major</b> page fault is generated when the system needs to load the memory page from disk or swap memory.'
 479     },
 480
 481     'mem.committed': {
 482         colors: NETDATA.colors[3],
 483         info: 'Committed Memory, is the sum of all memory which has been allocated by processes.'
 484     },
 485
 486     'mem.writeback': {
 487         info: '<b>Dirty</b> is the amount of memory waiting to be written to disk. <b>Writeback</b> is how much memory is actively being written to disk.'
 488     },
 489
 490     'mem.kernel': {
 491         info: 'The total ammount of memory being used by the kernel. <b>Slab</b> is the amount of memory used by the kernel to cache data structures for its own use. <b>KernelStack</b> is the amount of memory allocated for each task done by the kernel. <b>PageTables</b> is the amount of memory decicated to the lowest level of page tables (A page table is used to turn a virtual address into a physical memory address). <b>VmallocUsed</b> is the amount of memory being used as virtual address space.'
 492     },
 493
 494     'mem.slab': {
 495         info: '<b>Reclaimable</b> is the amount of memory which the kernel can reuse. <b>Unreclaimable</b> can not be reused even when the kernel is lacking memory.'
 496     },
 497
 498     // ------------------------------------------------------------------------
 499     // network interfaces
 500
 501     'net.drops': {
 502         info: 'Packets that have been dropped at the network interface level. These are the same counters reported by <code>ifconfig</code> as <code>RX dropped</code> (inbound) and <code>TX dropped</code> (outbound). <b>inbound</b> packets can be dropped at the network interface level due to <a href="#menu_system_submenu_softnet_stat">softnet backlog</a> overflow, bad / unintented VLAN tags, unknown or unregistered protocols, IPv6 frames when the server is not configured for IPv6. Check <a href="https://www.novell.com/support/kb/doc.php?id=7007165" target="_blank">this document</a> for more information.'
 503     },
 504
 505     // ------------------------------------------------------------------------
 506     // IPv4
 507
 508     'ipv4.tcpmemorypressures': {
 509         info: 'Number of times a socket was put in <b>memory pressure</b> due to a non fatal memory allocation failure (the kernel attempts to work around this situation by reducing the send buffers, etc).'
 510     },
 511
 512     'ipv4.tcpconnaborts': {
 513         info: 'TCP connection aborts. <b>baddata</b> (<code>TCPAbortOnData</code>) happens while the connection is on <code>FIN_WAIT1</code> and the kernel receives a packet with a sequence number beyond the last one for this connection - the kernel responds with <code>RST</code> (closes the connection). <b>userclosed</b> (<code>TCPAbortOnClose</code>) happens when the kernel receives data on an already closed connection and responds with <code>RST</code>. <b>nomemory</b> (<code>TCPAbortOnMemory</code> happens when there are too many orphaned sockets (not attached to an fd) and the kernel has to drop a connection - sometimes it will send an <code>RST</code>, sometimes it won\'t. <b>timeout</b> (<code>TCPAbortOnTimeout</code>) happens when a connection times out. <b>linger</b> (<code>TCPAbortOnLinger</code>) happens when the kernel killed a socket that was already closed by the application and lingered around for long enough. <b>failed</b> (<code>TCPAbortFailed</code>) happens when the kernel attempted to send an <code>RST</code> but failed because there was no memory available.'
 514     },
 515
 516     // ------------------------------------------------------------------------
 517     // APPS
 518
 519     'apps.cpu': {
 520         height: 2.0
 521     },
 522
 523     'apps.mem': {
 524         info: 'Real memory (RAM) used by applications. This does not include shared memory.'
 525     },
 526
 527     'apps.vmem': {
 528         info: 'Virtual memory allocated by applications. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'
 529     },
 530
 531     'apps.preads': {
 532         height: 2.0
 533     },
 534
 535     'apps.pwrites': {
 536         height: 2.0
 537     },
 538
 539     // ------------------------------------------------------------------------
 540     // USERS
 541
 542     'users.cpu': {
 543         height: 2.0
 544     },
 545
 546     'users.mem': {
 547         info: 'Real memory (RAM) used per user. This does not include shared memory.'
 548     },
 549
 550     'users.vmem': {
 551         info: 'Virtual memory allocated per user. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'
 552     },
 553
 554     'users.preads': {
 555         height: 2.0
 556     },
 557
 558     'users.pwrites': {
 559         height: 2.0
 560     },
 561
 562     // ------------------------------------------------------------------------
 563     // GROUPS
 564
 565     'groups.cpu': {
 566         height: 2.0
 567     },
 568
 569     'groups.mem': {
 570         info: 'Real memory (RAM) used per user group. This does not include shared memory.'
 571     },
 572
 573     'groups.vmem': {
 574         info: 'Virtual memory allocated per user group. Please check <a href="https://github.com/firehol/netdata/wiki/netdata-virtual-memory-size" target="_blank">this article</a> for more information.'
 575     },
 576
 577     'groups.preads': {
 578         height: 2.0
 579     },
 580
 581     'groups.pwrites': {
 582         height: 2.0
 583     },
 584
 585     // ------------------------------------------------------------------------
 586     // NETWORK QoS
 587
 588     'tc.qos': {
 589         heads: [
 590             function(os, id) {
 591                 void(os);
 592
 593                 if(id.match(/.*-ifb$/))
 594                     return netdataDashboard.gaugeChart('Inbound', '12%', '', '#5555AA');
 595                 else
 596                     return netdataDashboard.gaugeChart('Outbound', '12%', '', '#AA9900');
 597             }
 598         ]
 599     },
 600
 601     // ------------------------------------------------------------------------
 602     // NETWORK INTERFACES
 603
 604     'net.net': {
 605         heads: [
 606             netdataDashboard.gaugeChart('Received', '12%', 'received'),
 607             netdataDashboard.gaugeChart('Sent', '12%', 'sent')
 608         ]
 609     },
 610
 611     // ------------------------------------------------------------------------
 612     // NETFILTER
 613
 614     'netfilter.sockets': {
 615         colors: '#88AA00',
 616         heads: [
 617             netdataDashboard.gaugeChart('Active Connections', '12%', '', '#88AA00')
 618         ]
 619     },
 620
 621     'netfilter.new': {
 622         heads: [
 623             netdataDashboard.gaugeChart('New Connections', '12%', 'new', '#5555AA')
 624         ]
 625     },
 626
 627     // ------------------------------------------------------------------------
 628     // DISKS
 629
 630     'disk.util': {
 631         colors: '#FF5588',
 632         heads: [
 633             netdataDashboard.gaugeChart('Utilization', '12%', '', '#FF5588')
 634         ],
 635         info: 'Disk Utilization measures the amount of time the disk was busy with something. This is not related to its performance. 100% means that the system always had an outstanding operation on the disk. Keep in mind that depending on the underlying technology of the disk, 100% here may or may not be an indication of congestion.'
 636     },
 637
 638     'disk.backlog': {
 639         colors: '#0099CC',
 640         info: 'Backlog is an indication of the duration of pending disk operations. On every I/O event the system is multiplying the time spent doing I/O since the last update of this field with the number of pending operations. While not accurate, this metric can provide an indication of the expected completion time of the operations in progress.'
 641     },
 642
 643     'disk.io': {
 644         heads: [
 645             netdataDashboard.gaugeChart('Read', '12%', 'reads'),
 646             netdataDashboard.gaugeChart('Write', '12%', 'writes')
 647         ],
 648         info: 'Amount of data transferred to and from disk.'
 649     },
 650
 651     'disk.ops': {
 652         info: 'Completed disk I/O operations. Keep in mind the number of operations requested might be higher, since the system is able to merge adjacent to each other (see merged operations chart).'
 653     },
 654
 655     'disk.qops': {
 656         info: 'I/O operations currently in progress. This metric is a snapshot - it is not an average over the last interval.'
 657     },
 658
 659     'disk.iotime': {
 660         height: 0.5,
 661         info: 'The sum of the duration of all completed I/O operations. This number can exceed the interval if the disk is able to execute I/O operations in parallel.'
 662     },
 663     'disk.mops': {
 664         height: 0.5,
 665         info: 'The number of merged disk operations. The system is able to merge adjacent I/O operations, for example two 4KB reads can become one 8KB read before given to disk.'
 666     },
 667     'disk.svctm': {
 668         height: 0.5,
 669         info: 'The average service time for completed I/O operations. This metric is calculated using the total busy time of the disk and the number of completed operations. If the disk is able to execute multiple parallel operations the reporting average service time will be misleading.'
 670     },
 671     'disk.avgsz': {
 672         height: 0.5,
 673         info: 'The average I/O operation size.'
 674     },
 675     'disk.await': {
 676         height: 0.5,
 677         info: 'The average time for I/O requests issued to the device to be served. This includes the time spent by the requests in queue and the time spent servicing them.'
 678     },
 679
 680     'disk.space': {
 681         info: 'Disk space utilization. reserved for root is automatically reserved by the system to prevent the root user from getting out of space.'
 682     },
 683     'disk.inodes': {
 684         info: 'inodes (or index nodes) are filesystem objects (e.g. files and directories). On many types of file system implementations, the maximum number of inodes is fixed at filesystem creation, limiting the maximum number of files the filesystem can hold. It is possible for a device to run out of inodes. When this happens, new files cannot be created on the device, even though there may be free space available.'
 685     },
 686
 687     'mysql.net': {
 688         info: 'The amount of data sent to mysql clients (<strong>out</strong>) and received from mysql clients (<strong>in</strong>).'
 689     },
 690
 691     // ------------------------------------------------------------------------
 692     // MYSQL
 693
 694     'mysql.queries': {
 695         info: 'The number of statements executed by the server.<ul>' +
 696         '<li><strong>queries</strong> counts the statements executed within stored SQL programs.</li>' +
 697         '<li><strong>questions</strong> counts the statements sent to the mysql server by mysql clients.</li>' +
 698         '<li><strong>slow queries</strong> counts the number of statements that took more than <a href="http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_long_query_time" target="_blank">long_query_time</a> seconds to be executed.' +
 699         ' For more information about slow queries check the mysql <a href="http://dev.mysql.com/doc/refman/5.7/en/slow-query-log.html" target="_blank">slow query log</a>.</li>' +
 700         '</ul>'
 701     },
 702
 703     'mysql.handlers': {
 704         info: 'Usage of the internal handlers of mysql. This chart provides very good insights of what the mysql server is actually doing.' +
 705         ' (if the chart is not showing all these dimensions it is because they are zero - set <strong>Which dimensions to show?</strong> to <strong>All</strong> from the dashboard settings, to render even the zero values)<ul>' +
 706         '<li><strong>commit</strong>, the number of internal <a href="http://dev.mysql.com/doc/refman/5.7/en/commit.html" target="_blank">COMMIT</a> statements.</li>' +
 707         '<li><strong>delete</strong>, the number of times that rows have been deleted from tables.</li>' +
 708         '<li><strong>prepare</strong>, a counter for the prepare phase of two-phase commit operations.</li>' +
 709         '<li><strong>read first</strong>, the number of times the first entry in an index was read. A high value suggests that the server is doing a lot of full index scans; e.g. <strong>SELECT col1 FROM foo</strong>, with col1 indexed.</li>' +
 710         '<li><strong>read key</strong>, the number of requests to read a row based on a key. If this value is high, it is a good indication that your tables are properly indexed for your queries.</li>' +
 711         '<li><strong>read next</strong>, the number of requests to read the next row in key order. This value is incremented if you are querying an index column with a range constraint or if you are doing an index scan.</li>' +
 712         '<li><strong>read prev</strong>, the number of requests to read the previous row in key order. This read method is mainly used to optimize <strong>ORDER BY ... DESC</strong>.</li>' +
 713         '<li><strong>read rnd</strong>, the number of requests to read a row based on a fixed position. A high value indicates you are doing a lot of queries that require sorting of the result. You probably have a lot of queries that require MySQL to scan entire tables or you have joins that do not use keys properly.</li>' +
 714         '<li><strong>read rnd next</strong>, the number of requests to read the next row in the data file. This value is high if you are doing a lot of table scans. Generally this suggests that your tables are not properly indexed or that your queries are not written to take advantage of the indexes you have.</li>' +
 715         '<li><strong>rollback</strong>, the number of requests for a storage engine to perform a rollback operation.</li>' +
 716         '<li><strong>savepoint</strong>, the number of requests for a storage engine to place a savepoint.</li>' +
 717         '<li><strong>savepoint rollback</strong>, the number of requests for a storage engine to roll back to a savepoint.</li>' +
 718         '<li><strong>update</strong>, the number of requests to update a row in a table.</li>' +
 719         '<li><strong>write</strong>, the number of requests to insert a row in a table.</li>' +
 720         '</ul>'
 721     },
 722
 723     'mysql.table_locks': {
 724         info: 'MySQL table locks counters: <ul>' +
 725         '<li><strong>immediate</strong>, the number of times that a request for a table lock could be granted immediately.</li>' +
 726         '<li><strong>waited</strong>, the number of times that a request for a table lock could not be granted immediately and a wait was needed. If this is high and you have performance problems, you should first optimize your queries, and then either split your table or tables or use replication.</li>' +
 727         '</ul>'
 728     },
 729
 730     // ------------------------------------------------------------------------
 731     // APACHE
 732
 733     'apache.connections': {
 734         colors: NETDATA.colors[4],
 735         mainheads: [
 736             netdataDashboard.gaugeChart('Connections', '12%', '', NETDATA.colors[4])
 737         ]
 738     },
 739
 740     'apache.requests': {
 741         colors: NETDATA.colors[0],
 742         mainheads: [
 743             netdataDashboard.gaugeChart('Requests', '12%', '', NETDATA.colors[0])
 744         ]
 745     },
 746
 747     'apache.net': {
 748         colors: NETDATA.colors[3],
 749         mainheads: [
 750             netdataDashboard.gaugeChart('Bandwidth', '12%', '', NETDATA.colors[3])
 751         ]
 752     },
 753
 754     'apache.workers': {
 755         mainheads: [
 756             function(os, id) {
 757                 void(os);
 758                 return  '<div data-netdata="' + id + '"'
 759                     + ' data-dimensions="busy"'
 760                     + ' data-append-options="percentage"'
 761                     + ' data-gauge-max-value="100"'
 762                     + ' data-chart-library="gauge"'
 763                     + ' data-title="Workers Utilization"'
 764                     + ' data-units="percentage %"'
 765                     + ' data-gauge-adjust="width"'
 766                     + ' data-width="12%"'
 767                     + ' data-before="0"'
 768                     + ' data-after="-CHART_DURATION"'
 769                     + ' data-points="CHART_DURATION"'
 770                     + ' role="application"></div>';
 771             }
 772         ]
 773     },
 774
 775     'apache.bytesperreq': {
 776         colors: NETDATA.colors[3],
 777         height: 0.5
 778     },
 779
 780     'apache.reqpersec': {
 781         colors: NETDATA.colors[4],
 782         height: 0.5
 783     },
 784
 785     'apache.bytespersec': {
 786         colors: NETDATA.colors[6],
 787         height: 0.5
 788     },
 789
 790
 791     // ------------------------------------------------------------------------
 792     // NGINX
 793
 794     'nginx.connections': {
 795         colors: NETDATA.colors[4],
 796         mainheads: [
 797             netdataDashboard.gaugeChart('Connections', '12%', '', NETDATA.colors[4])
 798         ]
 799     },
 800
 801     'nginx.requests': {
 802         colors: NETDATA.colors[0],
 803         mainheads: [
 804             netdataDashboard.gaugeChart('Requests', '12%', '', NETDATA.colors[0])
 805         ]
 806     },
 807
 808     // ------------------------------------------------------------------------
 809     // NETDATA
 810
 811     'netdata.response_time': {
 812         info: 'The netdata API response time measures the time netdata needed to serve requests. This time includes everything, from the reception of the first byte of a request, to the dispatch of the last byte of its reply, therefore it includes all network latencies involved (i.e. a client over a slow network will influence these metrics).'
 813     },
 814
 815     // ------------------------------------------------------------------------
 816     // RETROSHARE
 817
 818     'retroshare.bandwidth': {
 819         info: 'RetroShare inbound and outbound traffic.',
 820         mainheads: [
 821             netdataDashboard.gaugeChart('Received', '12%', 'bandwidth_down_kb'),
 822             netdataDashboard.gaugeChart('Sent', '12%', 'bandwidth_up_kb')
 823         ]
 824     },
 825
 826     'retroshare.peers': {
 827         info: 'Number of (connected) RetroShare friends.',
 828         mainheads: [
 829             function(os, id) {
 830                 void(os);
 831                 return  '<div data-netdata="' + id + '"'
 832                     + ' data-dimensions="peers_connected"'
 833                     + ' data-append-options="friends"'
 834                     + ' data-chart-library="easypiechart"'
 835                     + ' data-title="connected friends"'
 836                     + ' data-units=""'
 837                     + ' data-width="8%"'
 838                     + ' data-before="0"'
 839                     + ' data-after="-CHART_DURATION"'
 840                     + ' data-points="CHART_DURATION"'
 841                     + ' role="application"></div>';
 842             }
 843         ]
 844     },
 845
 846     'retroshare.dht': {
 847         info: 'Statistics about RetroShare\'s DHT. These values are estimated!'
 848     },
 849
 850     // ------------------------------------------------------------------------
 851     // fping
 852
 853     'fping.quality': {
 854         colors: NETDATA.colors[10],
 855         height: 0.5
 856     },
 857
 858     'fping.packets': {
 859         height: 0.5
 860     },
 861
 862     'web_log.response_statuses': {
 863         info: 'Web server responses by type. <code>success</code> includes <b>1xx</b>, <b>2xx</b> and <b>304</b>, <code>error</code> includes <b>5xx</b>, <code>redirect</code> includes <b>3xx</b> except <b>304</b>, <code>bad</code> includes <b>4xx</b>, <code>other</code> are all the other responses.',
 864         mainheads: [
 865             function(os, id) {
 866                 void(os);
 867                 return  '<div data-netdata="' + id + '"'
 868                     + ' data-dimensions="success"'
 869                     + ' data-chart-library="gauge"'
 870                     + ' data-title="Successful"'
 871                     + ' data-units="requests/s"'
 872                     + ' data-gauge-adjust="width"'
 873                     + ' data-width="12%"'
 874                     + ' data-before="0"'
 875                     + ' data-after="-CHART_DURATION"'
 876                     + ' data-points="CHART_DURATION"'
 877                     + ' data-common-max="' + id + '"'
 878                     + ' data-colors="' + NETDATA.colors[0] + '"'
 879                     + ' data-decimal-digits="0"'
 880                     + ' role="application"></div>';
 881             },
 882
 883             function(os, id) {
 884                 void(os);
 885                 return  '<div data-netdata="' + id + '"'
 886                     + ' data-dimensions="redirect"'
 887                     + ' data-chart-library="gauge"'
 888                     + ' data-title="Redirects"'
 889                     + ' data-units="requests/s"'
 890                     + ' data-gauge-adjust="width"'
 891                     + ' data-width="12%"'
 892                     + ' data-before="0"'
 893                     + ' data-after="-CHART_DURATION"'
 894                     + ' data-points="CHART_DURATION"'
 895                     + ' data-common-max="' + id + '"'
 896                     + ' data-colors="' + NETDATA.colors[2] + '"'
 897                     + ' data-decimal-digits="0"'
 898                     + ' role="application"></div>';
 899             },
 900
 901             function(os, id) {
 902                 void(os);
 903                 return  '<div data-netdata="' + id + '"'
 904                     + ' data-dimensions="bad"'
 905                     + ' data-chart-library="gauge"'
 906                     + ' data-title="Bad Requests"'
 907                     + ' data-units="requests/s"'
 908                     + ' data-gauge-adjust="width"'
 909                     + ' data-width="12%"'
 910                     + ' data-before="0"'
 911                     + ' data-after="-CHART_DURATION"'
 912                     + ' data-points="CHART_DURATION"'
 913                     + ' data-common-max="' + id + '"'
 914                     + ' data-colors="' + NETDATA.colors[3] + '"'
 915                     + ' data-decimal-digits="0"'
 916                     + ' role="application"></div>';
 917             },
 918
 919             function(os, id) {
 920                 void(os);
 921                 return  '<div data-netdata="' + id + '"'
 922                     + ' data-dimensions="error"'
 923                     + ' data-chart-library="gauge"'
 924                     + ' data-title="Server Errors"'
 925                     + ' data-units="requests/s"'
 926                     + ' data-gauge-adjust="width"'
 927                     + ' data-width="12%"'
 928                     + ' data-before="0"'
 929                     + ' data-after="-CHART_DURATION"'
 930                     + ' data-points="CHART_DURATION"'
 931                     + ' data-common-max="' + id + '"'
 932                     + ' data-colors="' + NETDATA.colors[1] + '"'
 933                     + ' data-decimal-digits="0"'
 934                     + ' role="application"></div>';
 935             }
 936         ]
 937     },
 938
 939     'web_log.response_codes': {
 940         info: 'Web server responses by code family. According to the standards <code>1xx</code> are informational responses, <code>2xx</code> are successful responses, <code>3xx</code> are redirects (although they include <b>304</b> which is used as "<b>not modified</b>"), <code>4xx</code> are bad requests, <code>5xx</code> are internal server errors, <code>other</code> are non-standard responses, <code>unmatched</code> counts the lines in the log file that are not matched by the plugin (<a href="https://github.com/firehol/netdata/issues/new?title=web_log%20reports%20unmatched%20lines&body=web_log%20plugin%20reports%20unmatched%20lines.%0A%0AThis%20is%20my%20log:%0A%0A%60%60%60txt%0A%0Aplease%20paste%20your%20web%20server%20log%20here%0A%0A%60%60%60" target="_blank">let us know</a> if you have any unmatched).'
 941     },
 942
 943     'web_log.response_time': {
 944         mainheads: [
 945             function(os, id) {
 946                 void(os);
 947                 return  '<div data-netdata="' + id + '"'
 948                     + ' data-dimensions="avg"'
 949                     + ' data-chart-library="gauge"'
 950                     + ' data-title="Average Response Time"'
 951                     + ' data-units="milliseconds"'
 952                     + ' data-gauge-adjust="width"'
 953                     + ' data-width="12%"'
 954                     + ' data-before="0"'
 955                     + ' data-after="-CHART_DURATION"'
 956                     + ' data-points="CHART_DURATION"'
 957                     + ' data-colors="' + NETDATA.colors[4] + '"'
 958                     + ' data-decimal-digits="2"'
 959                     + ' role="application"></div>';
 960             }
 961         ]
 962     },
 963
 964     'web_log.detailed_response_codes': {
 965         info: 'Number of responses for each response code individually.'
 966     },
 967
 968     'web_log.requests_per_ipproto': {
 969         info: 'Web server requests received per IP protocol version.'
 970     },
 971
 972     'web_log.clients': {
 973         info: 'Unique client IPs accessing the web server, within each data collection iteration. If data collection is <b>per second</b>, this chart shows <b>unique client IPs per second</b>.'
 974     },
 975
 976     'web_log.clients_all': {
 977         info: 'Unique client IPs accessing the web server since the last restart of netdata. This plugin keeps in memory all the unique IPs that have accessed the web server. On very busy web servers (several millions of unique IPs) you may want to disable this chart (check <a href="https://github.com/firehol/netdata/blob/master/conf.d/python.d/web_log.conf" target="_blank"><code>/etc/netdata/python.d/web_log.conf</code></a>).'
 978     }
 979
 980 };