github.com/timstclair/heapster@v0.20.0-alpha1/docs/debugging.md (about)

     1  ## Heapster Debugging FAQ:
     2  
     3  This is a collection of common issues faced by users and ways to debug them.
     4  
     5  Depending on the deployment setup, the issue could be either with heapster, cadvisor, kubernetes, or the monitoring backend.
     6  
     7  ### Heapster Core
     8  
     9  #### Common Problems
    10  
    11  * Some distros (including Debian) ship with memory accounting disabled by default. To enable memory and swap accounting on the nodes, follow [these instructions](https://docs.docker.com/installation/ubuntulinux/#memory-and-swap-accounting).
    12  
    13  #### Validate
    14  
    15  Heapster exports a '/validate' endpoint that will provide some information about its current state.
    16  
    17  #### Extra Logging
    18  
    19  If the '/validate' endpoint does not provide enough information, additional logging can be enabled by setting an extra flag. This requires restarting heapster though.
    20  Add `--vmodule=*=4` flag to heapster. When using the docker image or when running in kubernetes, pass an extra environment variable `FLAGS="--vmodule=*=4`. 
    21  If you are running heapster on kubernetes, the environment variable needs to be added to the `env` section in [heapster-controller.yaml](../deploy/kube-config/standalone/heapster-controller.yaml).
    22  
    23  ### InfluxDB & Grafana
    24  
    25  Ensure Influxdb is up and reachable. Heapster attempts to create a database by default, which will fail eventually after a fixed number of retries.
    26  If the Grafana queries are stuck or slow, it is due to InfluxDB being unresponsive. Consider providing InfluxDB more compute resources (CPU and Memory).
    27  The default database on Influxdb is 'k8s'. 
    28  A `list series` query on 'k8s' database should list all the series being pushed by heapster. If you do not see any series, take a look at heapster logs.