influxdata/influxdata-docker

Official docker images for the influxdata stack

influxdata-docker's Issues

Add a README

Maybe with contents from https://hub.docker.com/_/influxdb/ ?

New users might want to know details about this image, such as the ports, whether SSL is enabled etc.

Container Size

Hi,
Thanks for maintaining this container.
I am storing temperature data in a Influx DB. I haven't (yet) set up any retention policy.
Bsic question: is the containing auto-extensible ? Or will it get eventually full ?
How can I monitor this ?

Thanks

When is kapacitor.db created?

I have question about kapacitor.db. It seems it is not created?

I start kapacitor as follows:

$ docker run -d --restart=always --name kapacitor_s -p 9092:9092 \
     --net=staging \
     -e KAPACITOR_HOSTNAME=kapacitor_s \
     -e KAPACITOR_LOGGING_LEVEL=DEBUG \
     -e KAPACITOR_INFLUXDB_0_URLS_0=http://influxdb_s:8086 \
     -e KAPACITOR_PAGERDUTY_ENABLED=true\
     -e KAPACITOR_PAGERDUTY_SERVICE_KEY=bla_bla_bla \
     -v /home/docker/kapacitor_s_volume:/var/lib/kapacitor \
     kapacitor:1.0

Then I define and enable a task:

# kapacitor kapacitor define test -type batch -tick test.tick -dbrp metrics_s.default
# kapacitor kapacitor enable test
# kapacitor kapacitor list tasks
ID                            Type      Status    Executing Databases and Retention Policies
test                          batch     enabled   true      ["metrics_s"."default"]

When I look in /home/docker/kapacitor_s_volume:

$ ls -l /home/docker/kapacitor_s_volume
total 12
-rw-r--r-- 1 root root   36 Sep 22 10:55 cluster.id
drwxr-xr-x 2 root root 4096 Sep 22 10:55 replay
-rw-r--r-- 1 root root   36 Sep 22 10:55 server.id

Kapacitor logging:

$ docker logs -f kapacitor_s

'##:::'##::::'###::::'########:::::'###:::::'######::'####:'########::'#######::'########::
 ##::'##::::'## ##::: ##.... ##:::'## ##:::'##... ##:. ##::... ##..::'##.... ##: ##.... ##:
 ##:'##::::'##:. ##:: ##:::: ##::'##:. ##:: ##:::..::: ##::::: ##:::: ##:::: ##: ##:::: ##:
 #####::::'##:::. ##: ########::'##:::. ##: ##:::::::: ##::::: ##:::: ##:::: ##: ########::
 ##. ##::: #########: ##.....::: #########: ##:::::::: ##::::: ##:::: ##:::: ##: ##.. ##:::
 ##:. ##:: ##.... ##: ##:::::::: ##.... ##: ##::: ##:: ##::::: ##:::: ##:::: ##: ##::. ##::
 ##::. ##: ##:::: ##: ##:::::::: ##:::: ##:. ######::'####:::: ##::::. #######:: ##:::. ##:
..::::..::..:::::..::..:::::::::..:::::..:::......:::....:::::..::::::.......:::..:::::..::

2016/09/22 08:55:30 Using configuration at: /etc/kapacitor/kapacitor.conf
[run] 2016/09/22 08:55:30 I! Kapacitor starting, version 1.0.0, branch master, commit c4953cf494f6019995434a6c152496013b7b474b
[run] 2016/09/22 08:55:30 I! Go version go1.6.3
[srv] 2016/09/22 08:55:30 I! Kapacitor hostname: kapacitor_s
[srv] 2016/09/22 08:55:30 I! ClusterID: 4867fa9c-4caf-4983-8fde-0fc57881f89e ServerID: d17b920b-27ea-46f5-b938-62104a7324a7
[task_master:main] 2016/09/22 08:55:30 I! opened
[srv] 2016/09/22 08:55:30 D! opening service: *udf.Service
[srv] 2016/09/22 08:55:30 D! opened service: *udf.Service
[srv] 2016/09/22 08:55:30 D! opening service: *deadman.Service
[srv] 2016/09/22 08:55:30 D! opened service: *deadman.Service
[srv] 2016/09/22 08:55:30 D! opening service: *storage.Service
[srv] 2016/09/22 08:55:30 D! opened service: *storage.Service
[srv] 2016/09/22 08:55:30 D! opening service: *noauth.Service
[srv] 2016/09/22 08:55:30 D! opened service: *noauth.Service
[srv] 2016/09/22 08:55:30 D! opening service: *influxdb.Service
[influxdb] 2016/09/22 08:55:30 D! linking subscriptions for cluster default
[srv] 2016/09/22 08:55:30 D! opened service: *influxdb.Service
[srv] 2016/09/22 08:55:30 D! opening service: *task_store.Service
[task_store] 2016/09/22 08:55:30 W! could not open old boltd for task_store. Not performing migration. Remove the `task_store.dir` configuration to disable migration.
[srv] 2016/09/22 08:55:30 D! opened service: *task_store.Service
[srv] 2016/09/22 08:55:30 D! opening service: *replay.Service
[srv] 2016/09/22 08:55:30 D! opened service: *replay.Service
[srv] 2016/09/22 08:55:30 D! opening service: *pagerduty.Service
[srv] 2016/09/22 08:55:30 D! opened service: *pagerduty.Service
[srv] 2016/09/22 08:55:30 D! opening service: *stats.Service
[stats] 2016/09/22 08:55:30 I! opened service
[srv] 2016/09/22 08:55:30 D! opened service: *stats.Service
[srv] 2016/09/22 08:55:30 D! opening service: *reporting.Service
[srv] 2016/09/22 08:55:30 D! opened service: *reporting.Service
[srv] 2016/09/22 08:55:30 D! opening service: *httpd.Service
[httpd] 2016/09/22 08:55:30 I! Starting HTTP service
[httpd] 2016/09/22 08:55:30 I! Authentication enabled: false
[httpd] 2016/09/22 08:55:30 I! Listening on HTTP: [::]:9092
[srv] 2016/09/22 08:55:30 D! opened service: *httpd.Service
[run] 2016/09/22 08:55:30 I! Listening for signals
[httpd] ::1 - - [22/Sep/2016:08:56:26 +0000] "GET /kapacitor/v1/tasks?dot-view=attributes&fields=type&fields=status&fields=executing&fields=dbrps&limit=100&offset=0&pattern=&replay-id=&script-format=formatted HTTP/1.1" 200 42 "-" "KapacitorClient" 7214b967-80a2-11e6-8001-000000000000 9260
[influxdb] 2016/09/22 08:56:30 D! linking subscriptions for cluster default
[httpd] ::1 - - [22/Sep/2016:08:56:32 +0000] "GET /kapacitor/v1/tasks/test?dot-view=attributes&replay-id=&script-format=formatted HTTP/1.1" 404 56 "-" "KapacitorClient" 75aa2f86-80a2-11e6-8002-000000000000 11099
[httpd] ::1 - - [22/Sep/2016:08:56:32 +0000] "POST /kapacitor/v1/tasks HTTP/1.1" 200 646 "-" "KapacitorClient" 75acd1b5-80a2-11e6-8003-000000000000 22496
[httpd] ::1 - - [22/Sep/2016:08:56:37 +0000] "GET /kapacitor/v1/tasks?dot-view=attributes&fields=link&limit=100&offset=0&pattern=test&replay-id=&script-format=formatted HTTP/1.1" 200 117 "-" "KapacitorClient" 784371c0-80a2-11e6-8004-000000000000 3403
[task_master:main] 2016/09/22 08:56:37 D! Starting task: test
[task_master:main] 2016/09/22 08:56:37 I! Started task: test
[task_master:main] 2016/09/22 08:56:37 D! digraph test {
query1 -> last2;
last2 -> http_out3;
last2 -> alert4;
}
[httpd] ::1 - - [22/Sep/2016:08:56:37 +0000] "PATCH /kapacitor/v1/tasks/test HTTP/1.1" 200 888 "-" "KapacitorClient" 7844deb8-80a2-11e6-8005-000000000000 33859
[httpd] ::1 - - [22/Sep/2016:08:56:40 +0000] "GET /kapacitor/v1/tasks?dot-view=attributes&fields=type&fields=status&fields=executing&fields=dbrps&limit=100&offset=0&pattern=&replay-id=&script-format=formatted HTTP/1.1" 200 194 "-" "KapacitorClient" 79f8166e-80a2-11e6-8006-000000000000 8216
[test:query1] 2016/09/22 08:56:42 D! starting next batch query: SELECT lag_time FROM metrics_s."default"."kafka.consumer_lag" WHERE time >= '2016-09-22T08:56:32.249598258Z' AND time < '2016-09-22T08:56:42.249598258Z' GROUP BY consumer_group, topic, partition
[test:query1] 2016/09/22 08:56:47 D! starting next batch query: SELECT lag_time FROM metrics_s."default"."kafka.consumer_lag" WHERE time >= '2016-09-22T08:56:37.249578727Z' AND time < '2016-09-22T08:56:47.249578727Z' GROUP BY consumer_group, topic, partition
...

$ docker exec kapacitor_s cat /etc/kapacitor/kapacitor.conf
data_dir = "/var/lib/kapacitor"

[replay]
  dir = "/var/lib/kapacitor/replay"

[storage]
  dir = "/var/lib/kapacitor/kapacitor.db"

I would expect kapacitor.db created in /home/docker/kapacitor_s_volume.
But maybe I am missing something?

Any help would be appreciated.

Jasper

[kapacitor:latest] Add bash completion

The original Kapacitor package contains a very helpful auto-completion script. When using the kapacitor:latest container to manage a kapacitord container, this should be included.
I'm running the management container, I use:
docker run --rm --link test-kapacitord --link test-influxdb -e KAPACITOR_URL=http://test-kapacitord:9092 -v $(PWD):/root -w/root -it kapacitor:latest /bin/bash -l

Issues with port 8088

I am using influxdb-docker image (docker pull influxdb), it starts fine but when I try to get in container (docker exec -it CONTAINER_ID bash) and use influxd, I get an error
run: open server: listen: listen tcp 127.0.0.1:8088: bind: address already in use
I verified there is nothing running on this port, additionally I also tried to use different port in influxdb.conf, bind-address = ":18088" however it still doesn't work giving me run: open server: listen: listen tcp 127.0.0.1:18088: bind: address already in use, what am I doing wrong in here?

Missing link to documentation 1.0.2

I use influxdb:1.0.2-alpine

1. I access to Administrator interface .
2. Click Documentation of upper menu.
3. Browser open https://docs.influxdata.com/influxdb/v1.0.2/introduction/getting_started/ but it is 404.

https://docs.influxdata.com/influxdb/v1.0/introduction/getting_started/
works fine.

Can't access Influxdb web admin

I'm currently running the alpine version of the docker image in my computer but I can't access web admin (although I can reach the http API).

Command used:

docker run -p 8083:8083 -p 8086:8086 \
-v $PWD:/var/lib/influxdb \ 
influxdb:alpine

Service start log:

[I] 2017-02-12T17:22:24Z InfluxDB starting, version 1.2.0, branch master, commit b7bb7e8359642b6e071735b50ae41f5eb343fd42
[I] 2017-02-12T17:22:24Z Go version go1.7.4, GOMAXPROCS set to 8

 8888888           .d888 888                   8888888b.  888888b.
   888            d88P"  888                   888  "Y88b 888  "88b
   888            888    888                   888    888 888  .88P
   888   88888b.  888888 888 888  888 888  888 888    888 8888888K.
   888   888 "88b 888    888 888  888  Y8bd8P' 888    888 888  "Y88b
   888   888  888 888    888 888  888   X88K   888    888 888    888
   888   888  888 888    888 Y88b 888 .d8""8b. 888  .d88P 888   d88P
 8888888 888  888 888    888  "Y88888 888  888 8888888P"  8888888P"

[I] 2017-02-12T17:22:24Z Using configuration at: /etc/influxdb/influxdb.conf
[I] 2017-02-12T17:22:25Z Using data dir: /var/lib/influxdb/data service=store
[I] 2017-02-12T17:22:25Z reading file /var/lib/influxdb/wal/_internal/monitor/1/_00001.wal, size 51807 engine=tsm1 service=cacheloader
[I] 2017-02-12T17:22:25Z reading file /var/lib/influxdb/wal/_internal/monitor/1/_00002.wal, size 6318 engine=tsm1 service=cacheloader
[I] 2017-02-12T17:22:25Z reading file /var/lib/influxdb/wal/_internal/monitor/1/_00003.wal, size 0 engine=tsm1 service=cacheloader
[I] 2017-02-12T17:22:25Z /var/lib/influxdb/data/_internal/monitor/1 database index loaded in 504.425µs service=shard
[I] 2017-02-12T17:22:25Z /var/lib/influxdb/data/_internal/monitor/1 opened in 4.849078ms service=store
[I] 2017-02-12T17:22:25Z opened service service=subscriber
[I] 2017-02-12T17:22:25Z Starting monitor system service=monitor
[I] 2017-02-12T17:22:25Z 'build' registered for diagnostics monitoring service=monitor
[I] 2017-02-12T17:22:25Z 'runtime' registered for diagnostics monitoring service=monitor
[I] 2017-02-12T17:22:25Z 'network' registered for diagnostics monitoring service=monitor
[I] 2017-02-12T17:22:25Z 'system' registered for diagnostics monitoring service=monitor
[I] 2017-02-12T17:22:25Z Starting precreation service with check interval of 10m0s, advance period of 30m0s service=shard-precreation
[I] 2017-02-12T17:22:25Z Starting snapshot service service=snapshot
[I] 2017-02-12T17:22:25Z Starting continuous query service service=continuous_querier
[I] 2017-02-12T17:22:25Z Starting HTTP service service=httpd
[I] 2017-02-12T17:22:25Z Authentication enabled:false service=httpd
[I] 2017-02-12T17:22:25Z Storing statistics in database '_internal' retention policy 'monitor', at interval 10s service=monitor
[I] 2017-02-12T17:22:25Z Listening on HTTP:[::]:8086 service=httpd
[I] 2017-02-12T17:22:25Z Starting retention policy enforcement service with check interval of 30m0s service=retention
[I] 2017-02-12T17:22:25Z Listening for signals
[I] 2017-02-12T17:22:25Z Sending usage statistics to usage.influxdata.com

I can see influx is only listening to 8086 altought I exposed 8086 and 8083.

When doing a request to http api its responding normally (yes, the command is deprecated but api is responding):

curl -G http://localhost:8086/query --data-urlencode "q=CREATE DATABASE mydb"

{"results":[{
"statement_id":0,
"messages":[{
"level":"warning",
"text":"deprecated use of 'CREATE DATABASE mydb' in a read only context, please use a POST request instead"}]
}]
}

Am I missing something?

Cannot use -v flag with chronograf

Here is a paste that shows the run command and the output: http://pastebin.com/QRuQLktN

influxdb: admin defaults to false as of 1.1

With version 1.1 of Influxdb out and the deprecation of the admin panel, I believe the default config generated by docker run --rm influxdb:1.1 influxd config should also have the [admin] field enabled set to false. Moreover, documentation referencing the admin panel on Docker Hub should be updated reflect the deprecation status of the panel.

Chronograf docker image not working

today, 2017-05-15 I have installed the 'chronograf' image. The app is failing and I am seeing some errors in my javascript console:

Uncaught ReferenceError: __WEBPACK_AMD_DEFINE_ARRAY__ is not defined jquery.js:10180
Uncaught ReferenceError: Dygraph is not defined dygraph-combined.js:5
XHR finished loading: "http://*****/chronograf.css". clipper.js:3

Alpine-based Kapacitor image misses ca-certificates

Docker image kapacitor:1.2.0-alpine misses root certificates.
This causes at least two issues:

• Slack integration does not work:

kapacitor_1  | [dc21423b-346d-49cb-bf62-6742606507bc:alert3] 2017/03/19 13:35:20 E! failed to send event to Slack Post https://hooks.slack.com/services/<ID>: x509: failed to load system roots and no roots provided

• Usage reports are not sent:

[reporting] 2017/03/19 13:35:04 E! error while sending usage report on startup: Post https://usage.influxdata.com/api/v1/usage/kapacitor: x509: failed to load system roots and no roots provided

Debian-based image works fine.

Authentication Failing

InfluxDB Image Version: 0.13
Docker Version: 1.11.2

I think there is an issue with how InfluxDB is handling authentication.

Steps to set up Authentication:

1. docker run -d --name=influxdb -v /home/../influxdb.conf:/etc/sysconfig/influxdb.conf -p 8083:8083 -p 8086:8086 influxdb
2. docker exec -it influxdb /bin/bash
3. influxd -config /etc/sysconfig/influxdb.conf
4. influx
5. create user <user> with password '<password>' with all privileges
6. Leave InfluxDB console and restart docker container

From a different machine, I was able to connect to the host and drop user <user> without having credentials.

[HELP] Create admin user with password on container initialization

I have the following *.yml file:

` version: '2'

services:

influxdb:
    build: 
        context: Services/Influxdb
        args:
            - INFLUXDB_VERSION=$INFLUXDB_VERSION  
    image: systems/influxdb
    environment:
        INFLUXDB_HOSTNAME: "${INFLUXDB_HOSTNAME}"
        INFLUXDB_USERNAME: "${INFLUXDB_USERNAME}"
        INFLUXDB_PASSWORD: "${INFLUXDB_PASSWORD}"
    ports:
        - 8086:8086
        - 8083:8083
    volumes:
        - jit-data.influxdb:/var/lib/influxdb
    env_file:
        - service-variables.env
    networks:
        - influx
        - default
    logging:
        driver: json-file
        options: 
            max-size: "100m"
            max-file: "3"
    restart: always`

And the docker file:

` FROM alpine:3.5

ARG INFLUXDB_VERSION

RUN apk add --no-cache --virtual .build-deps wget gnupg tar ca-certificates && \
update-ca-certificates && \
gpg --keyserver hkp://ha.pool.sks-keyservers.net \
--recv-keys 05CE15085FC09D18E99EFB22684A14CF2582E0C5 && \
wget -q https://dl.influxdata.com/influxdb/releases/influxdb-${INFLUXDB_VERSION}-static_linux_amd64.tar.gz.asc && \
wget -q https://dl.influxdata.com/influxdb/releases/influxdb-${INFLUXDB_VERSION}-static_linux_amd64.tar.gz && \
    gpg --batch --verify influxdb-${INFLUXDB_VERSION}-static_linux_amd64.tar.gz.asc     influxdb-${INFLUXDB_VERSION}-static_linux_amd64.tar.gz && \
    mkdir -p /usr/src && \
    tar -C /usr/src -xzf influxdb-${INFLUXDB_VERSION}-static_linux_amd64.tar.gz && \
    rm -f /usr/src/influxdb-*/influxdb.conf && \
    chmod +x /usr/src/influxdb-*/* && \
    cp -a /usr/src/influxdb-*/* /usr/bin/ && \
    rm -rf *.tar.gz* /usr/src /root/.gnupg && \
    apk del .build-deps

RUN apk add --update curl && \
rm -rf /var/cache/apk/*

COPY influxdb.conf "/etc/influxdb/influxdb.conf"
COPY DBUtils.sh "/DBUtils.sh"



COPY entrypoint.sh /entrypoint.sh
#ENTRYPOINT ["/entrypoint.sh"]
CMD ["influxd"]`

In my influxdb.conf file:
auth-enabled = true

Is it possible to create the admin user with password on container initialization? The container is successfully created but the user/pass are not. Is there way to create the user with password without restarting the container?

.env file:

INFLUXDB_USERNAME=admin INFLUXDB_PASSWORD=blabla

The tutum image is deprecated. There was an example with a custom shell script but maybe there is another way to fix this issue.

Telegraf docker image should use init system as an entrypoint

Telegraf's exec plugin kills timed out scripts using SIGKILL signal. It means that a child process of the script can become orphaned if it was still running when the script was killed. Without proper handling that process will turn to zombie. Telegraf image should use some init system (e.g. dumb-init) as an entrypoint so that it will reap zombie processes. Otherwise they will be accumulated.

Here is a simple script to reproduce the issue: https://github.com/smolse/telegraf-zombies/blob/master/reproduce_zombies.sh
Output of the script:

$ bash reproduce_zombies.sh 
Pulling telegraf docker image...
Starting telegraf container...
Container has started, zombie processes will be checked every 30 sec...
2 zombie processes have been found
5 zombie processes have been found
8 zombie processes have been found
11 zombie processes have been found

confused config of kapacitor.db

kapacitor docker image version: 1.0-alpine

I run kapacitor through docker, volume /var/lib/kapacitor/:/var/lib/kapacitor/ for data persistence.
But after I stop & remove kapacitor-docker-container, recreate & run this container again, I lost all my tasks by typing # kapacitor list tasks inside container.

Inside container, I found default config file /etc/kapacitor/kapacitor.conf with content below:

data_dir = "/var/lib/kapacitor"

[replay]
  dir = "/var/lib/kapacitor/replay"

[storage]
  dir = "/var/lib/kapacitor/kapacitor.db"

But I found the real kapacitor.db is under the root dir: /kapacitor.db and when I run docker container with -v /var/lib/kapacitor/kapacitor.db:/kapacitor.db, the tasks persist.

I am confused with /kapacitor.conf and [storage] config in /etc/kapacitor/kapacitor.conf.

Create native docker images for Windows

Docker has native support for Windows. InfluxDB has native support for Windows.

Now that we have ARM images for the TICK stack, we need to make Windows ones too.

influxdb console arrow buttons don't work in docker container

Originally described in influxdata/influxdb#7444, the arrow buttons don't work inside of a docker container for the influxdb console. History still works if you use Ctrl+R, but up, down, left, and right do not work.

Investigate the reason why since the history feature is pretty useful.

How to set influxdb subscription and retention policy for kapacitor

Hi,
I'm trying to move all my custom configuration from the configuration file to environment variables.
Missing the last thing, originally in my config file:

[[influxdb]]
  ...
  [influxdb.subscriptions]
    prod = [ "last_week_realtime" ]

which I've tried to convert:

kapacitor:
        image: kapacitor:1.3
        environment:
            - KAPACITOR_INFLUXDB_0_INFLUXDB.SUBSCRIPTIONS_PROD_0=last_week_realtime

I've tried few other variations but my current output is that kapacitor is creating subscriptions for all databases and policies.
I'd appreciate some help with this, is it even possible to set?

chronograf container influx link failure

I'm trying to configure chronograf to point to influxdb via docker-compose, but when I open chronograf in my browser, it still prompts for influxdb connection details. Am I doing something wrong?

version: "2"
services:
  telegraf:
    image: "telegraf-compose:1.2"
    links:
      - influxdb
    ports:
      - "8125:8125/udp"
  influxdb:
    image: "influxdb:1.2"
    ports:
      - "8086:8086"
  chronograf:
    image: "chronograf:1.2beta"
    links:
      - influxdb
    ports:
      - "8888:8888"
  kapacitor:
    image: "kapacitor:1.2"
    links:
      - influxdb
    ports:
      - "9092:9092"
    environment:
      KAPACITOR_INFLUXDB_0_URLS_0: "http://influxdb:8086"

(The telegraf-compose:1.2 and chronograf:1.2beta images are technically custom images, built similarly to the official ones in order to fill gaps in the Docker Compose experience for the TICK stack, like defaulting the influxdb address from localhost to influxdb for chronograf.)

Doc confusion

The DockerHub page for library/chronograf claims

By default, Chronograf listens on port 10000

While the Chronograf v1.2beta package actually launches on port 8888 by default. Does this represent a break from earlier versions? Are the docs out of sync?

can't get https to work

Could it be due to this line?

influxdata-docker/influxdb/1.3/init-influxdb.sh

Line 35 in fa56c09

INFLUXDB_HTTP_BIND_ADDRESS=127.0.0.1:$INFLUXDB_INIT_PORT INFLUXDB_HTTP_HTTPS_ENABLED=false influxd "$@" &

Update the 1.1 dockerfile to use v1.1.1

Expose port 8083 for influxdb 1.1.1

Port 8083 administrator web interface is only expose in the Alpine image.

Is there a reason why this port is not exposed for non-alpine version?

No support for ipmi_sensor plugin

Currently this docker image does not support Telegraf's offical Ipmi_sensor plugin.

(https://github.com/influxdata/telegraf/tree/master/plugins/inputs/ipmi_sensor)

Can we expect this docker image to ever support this plugin? This would require the installation of the ipmitool package, as that is a required binary for that plugin.

If the ipmi_sensor plugin wont be supported in Docker, please say it for the record.

docker.io/library/chronograf is not up-to-date with release versions offered on website

Per https://www.influxdata.com/downloads/
Tehre shold be higher versions for chronograf.
docker.io/library/chronograf

Data does not persist between chronograf docker container restarts

I have mounted a host directory to /var/lib/chronograf in the container.

When I restart the container, my dashboard data disappears. Furthermore, there is nothing in the mounted directory on the host.

Is /var/lib/chronograf used or did the location of the persistent data change in the container?

I'm using chronograf:1.3-alpine.

entrypoint.sh should be executable

I needed to make entrypoint.sh executable in the Dockerfile:

RUN chmod +x /entrypoint.sh

Without it I get:

➜  docker run telegraf1       
docker: Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"/entrypoint.sh\\\": permission denied\"\n".

Kapacitor conf

Generated file contains boltdb, but its dir here. Should this boltdb or dir :
https://github.com/influxdata/influxdata-docker/blob/master/kapacitor/1.1/alpine/kapacitor.conf#L7

Auth in chronograf doesn't work

Hello! Using the next compose file:

version: '2'
services:
 influx:
  image: influxdb:1.3
  environment:
   INFLUXDB_ADMIN_PASSWORD: pass
   INFLUXDB_ADMIN_USER: god
   INFLUXDB_DB: telegraf
   INFLUXDB_HTTP_AUTH_ENABLED: true
   INFLUXDB_HTTP_BIND_ADDRESS: :8086
   INFLUXDB_USER: telegraf
   INFLUXDB_USER_PASSWORD: tel
  volumes:
   - core-influx:/var/lib/influxdb
  ports:
   - 8086:8086/tcp
 kapacitor:
  image: kapacitor:1.3.3
  environment:
   KAPACITOR_INFLUXDB_0_URLS_0: http://influxdb:8086
   KAPACITOR_HOSTNAME: kapacitor
   stdin_open: true
   tty: true
  links:
   - influx:inlfuxdb
  ports:
   - 9092:9092/tcp
 chronograf:
  image: chronograf:1.3.8
  environment:
   INFLUXDB_URL: http://influxdb:8086
   KAPACITOR_URL: http://kapacitor:9092
   INFLUXDB_USERNAME: god
   INFLUXDB_PASSWORD: pass
   stdin_open: true
   tty: true
  links:
   - influx:influxdb
   - kapacitor:kapacitor
  ports:
   - 8888:8888/tcp

After start-up we go to chronograf URL and see no auth and able to do anything we want. And obviously not only we but anybody.

I checked env vars in influx container -
INFLUXDB_HTTP_AUTH_ENABLED = true

What I'm doing wrong and how I can fix it?

Thanks,
Punko Ivan

Add /etc/nsswitch.conf to alpine images

Looks like non of the TICK application using /etc/hosts without it.
Adding the following line to Dockerfile solves the problem:
RUN echo 'hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4' > /etc/nsswitch.conf

telegraf:alpine Docker container should pull in non-busybox ping (iputils)

Relevant telegraf.conf:

[[inputs.ping]]
 urls = [
   "8.8.8.8"
]
count = 1

System info:

All versions. Using the telegraf:alpine container

Steps to reproduce:

1. Run container that uses the telegraf ping plugin with a non-gnu 'ping', such as busybox's implementation

Expected behavior:

Ping plugin works

Actual behavior:

Telegraf errors with:

/bin/ping: unrecognized option: i
BusyBox v1.25.1 (2016-10-26 16:15:20 GMT) multi-call binary.

Usage: ping [OPTIONS] HOST

Send ICMP ECHO_REQUEST packets to network hosts

        -4,-6           Force IP or IPv6 name resolution
        -c CNT          Send only CNT pings
        -s SIZE         Send SIZE data bytes in packets (default:56)
        -t TTL          Set TTL
        -I IFACE/IP     Use interface or IP address as source
        -W SEC          Seconds to wait for the first response (default:10)
                        (after all -c CNT packets are sent)
        -w SEC          Seconds until ping exits (default:infinite)
                        (can exit earlier with -c CNT)
        -q              Quiet, only display output at start
                        and when finished
        -p              Pattern to use for payload, exit status 1
Fatal error processing ping output

Additional info:

See above.

Proposal:

Add 'iputils' to the Dockerfile for telegraf:alpine

[[ originally posted at https://github.com/influxdata/telegraf/issues/2351 ]]

Add way to create CQs and databases on container creating

Just take a look at "Initializing a fresh instance" section in MySQL Docker image. It would be awesome, if we can run .sh script or InfluxQL file on creating.

Starting Kapacitor using a config file

I think the documentation on starting Kapacitor from a config file is incorrect. The documentation states that you can start Kapacitor like this:

docker run -p 9092:9092 -v $PWD/kapacitor.conf:/etc/kapacitor/kapacitor.conf:ro kapacitord

Shouldn't it be:

docker run -p 9092:9092 -v $PWD/kapacitor.conf:/etc/kapacitor/kapacitor.conf:ro kapacitor kapacitord

Also, Kapacitor doesn't seem to be picking up the config file. I got everything working by doing:

docker run -p 9092:9092 -v $PWD/kapacitor.conf:/etc/kapacitor/kapacitor.conf:ro kapacitor kapacitord -config /etc/kapacitor/kapacitor.conf

Is that correct?

influxdb: unrecognized service when installed on docker container / raspberry pi

I have successfully installed influxdb on a raspbery pi (with raspbian jessie lite) and now try to install influxdb on a docker container which runs on this device.

I have tested 2 docker images without success:

• armhf/ubuntu
• resin/rpi-raspbian:jessie-20160831

Here are the steps I followed for the armhf/ubuntu but more or less I do the same for resin/rpi-raspbian:jessie-20160831:

apt-get update && apt-get install -y   curl   wget   git   binutils   build-essential   bison   gcc   make
curl -sL https://repos.influxdata.com/influxdb.key | apt-key add -
source /etc/os-release
source /etc/lsb-release
echo "deb https://repos.influxdata.com/${DISTRIB_ID,,} ${DISTRIB_CODENAME} stable" | tee /etc/apt/sources.list.d/influxdb.list
apt-get update && apt-get install influxdb # this failed (apt-transport-https was missing)
apt-get install apt-transport-https
apt-get update && apt-get install influxdb
service influxdb start

And here is the output of apt-get install influxdb followed by service influxdb start:

root@8bf61e600742:/# apt-get update && apt-get install influxdb
Hit:1 http://ports.ubuntu.com/ubuntu-ports xenial InRelease
Hit:2 http://ports.ubuntu.com/ubuntu-ports xenial-updates InRelease
Hit:3 http://ports.ubuntu.com/ubuntu-ports xenial-security InRelease
Get:4 https://repos.influxdata.com/ubuntu xenial InRelease [12.1 kB]
Get:5 https://repos.influxdata.com/ubuntu xenial/stable armhf Packages [726 B]
Fetched 12.9 kB in 2s (5615 B/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  influxdb
0 upgraded, 1 newly installed, 0 to remove and 12 not upgraded.
Need to get 16.0 MB of archives.
After this operation, 51.8 MB of additional disk space will be used.
Get:1 https://repos.influxdata.com/ubuntu xenial/stable armhf influxdb armhf 1.0.2-1 [16.0 MB]
Fetched 16.0 MB in 12s (1271 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package influxdb.
(Reading database ... 16378 files and directories currently installed.)
Preparing to unpack .../influxdb_1.0.2-1_armhf.deb ...
Unpacking influxdb (1.0.2-1) ...
Setting up influxdb (1.0.2-1) ...
Created symlink /etc/systemd/system/influxd.service, pointing to /lib/systemd/system/influxdb.service.
Created symlink /etc/systemd/system/multi-user.target.wants/influxdb.service, pointing to /lib/systemd/system/influxdb.service.
root@8bf61e600742:/# service influxdb start
influxdb: unrecognized service

Kapacitor volume mounting (docker)

I am trying to run influxdb and kapacitor in Docker, based on the official influxdata containers on docker hub. Influxdb installs and runs fine. Kapacitor not. I am running on an mac with docker machine (latest, installed earlier this week without any issues)

Following the documented instruction, right after installation from docker hub, I start kapacitor:
$ docker run -p 9092:9092 kapacitor
this runs fine.

Next, I tried to mount a local volume (as documented in "how to use this image")

1. create empty directory /Users/username/mydocker/kapacitor
2. $docker run -p 9092:9092 -v /Users/username/mydocker/kapacitor:/var/lib/kapacitor kapacitor

This causes the error:
E! open server: open service *storage.Service: open boltdb @ "/var/lib/kapacitor/kapacitor.db": invalid argument

Now I am stuck. Can't figure out how to solve this error. Neither can I find any related solutions anywhere. Hope anyone can help me solve this issue.

Hans

PS: in my investigation I also discovered that the current Docker image is not fully up-to-date yet. It is running 1.2.0. As a maintainer on docker hub, would you please also update kapacitor (influxdb is fully up-to-date, kapacitor not)

InfluxDB initialization doesn't work on alpine

DB initialization feature added on 98b2605 works great on default image, but it doesn't work on the Alpine-based image.

$ docker run -e INFLUXDB_DB=mydb influxdb:alpine
unknown command "fluxd"
Run 'influxd help' for usage


influxdb init process in progress...
influxdb init process in progress...
(snip)
influxdb init process in progress...
influxdb init process failed.

It seems that the meaning of ${@:2} differs on the Bourne shell.

influxdata-docker/influxdb/1.3/alpine/entrypoint.sh

Line 9 in a87af87

/init-influxdb.sh "${@:2}"

Update telegraf docker image to 1.0-beta2 to use new logparser Plugin

Would be very useful to have the latest image available for Telegraf with support for this plugin. Thanks!

Automatically Define and Enable alarms on a subdirectory

I want to be able to just add tick scripts in a subdirectory and make entrypoint.sh defining and enabling those without any manual commands.

IPMI Tool Does Not Work

Whenever I use the IPMITool plugin, it fails with:

ERROR in input [ipmi_sensor]: run ipmitool ipmitool -H 10.31.255.246 -U root -P superuser -I lan sdr:  (exec: "ipmitool": executable file not found in $PATH)

This is simply a matter of adding something like this to the dockerfile:

/usr/bin/wget http://mirrors.kernel.org/ubuntu/pool/universe/i/ipmitool/ipmitool_1.8.11-5ubuntu1_amd64.deb
/usr/bin/dpkg -i ipmitool_1.8.11-5ubuntu1_amd64.deb

Is there a better way of doing this?

influxdb/1.2/alpine gpg: keyserver receive failed

WARNING: ca-certificates.crt does not contain exactly one certificate or CRL: skipping
gpg: directory '/root/.gnupg' created
gpg: new configuration file '/root/.gnupg/dirmngr.conf' created
gpg: new configuration file '/root/.gnupg/gpg.conf' created
gpg: keybox '/root/.gnupg/pubring.kbx' created
gpg: keyserver receive failed: No keyserver available

Add option to enable HTTPS

I'm hunting a bug in a Node client library that might be triggered by HTTPS.

Subscription connection issue when Kapacitor docker set with custom hostname

How to replicate:

Using the latest 1.3.1 image version

- name: Create Kapacitor Container
  become: yes
  docker_container:
    name: kapacitor
    image: "{{ image_name }}"
    hostname: "kapacitor-dev"  <===
    networks:
      - name: influxdata
    restart_policy: always
    state: started
    published_ports: "9092:9092"
    exposed_ports: "9092/tcp"
    log_driver: journald
    volumes:
      - /etc/kapacitor/kapacitor.conf:/etc/kapacitor/kapacitor.conf:ro
      - /kapacitor:/var/lib/kapacitor
  notify:
    - wait for port status

Error message in InfluxDB container:

[I] 2017-07-28T17:10:25Z Post http://kapacitor-dev:9092/write?consistency=&db=investopedia&precision=ns&rp=default: dial tcp: lookup kapacitor-dev on 127.0.0.11:53: no such host service=subscriber

When I remove the "hostname" in my ansible config and deploy, subscription works fine, no connection refuse error.

All containers (telegraf, influxdb, kapacitor) are on the same host. Telegraf and Influxdb communicate fine using the same "networks: influxdata" and custom hostname.

Telegraf 1.4.1-alpine statsd issues

Hi,

It seems like the 1.4.1-alpine would not accept any calls to statsd plugin from the host. The same call works fine when executed from within the container itself: echo "a_counter:10|c" | nc -w0 -u 127.0.0.1 8125.

This works perfectly fine on 1.4.1 using exactly the same configuration.

Base containers could be much smaller

Currently, the base container for chronograf is a build container and quite large. We should use the slim version as chronograf is a prebuilt binary.

Kapacitor all example in doc should include the volume from host /var/lib/kapacitor

I open this issue because it was not clear to me how the kapacitord was able to restart with existing tick alert setup in the past.
this is the issue:
influxdata/kapacitor#985

the answer is very clear, kapacitor is saving the data about its state in /var/lib/kapacitor so if you share this volume with the host, if you restart you get back your previously registered tasks.

Many examples on the doc does not include this volume sharing so it make it a little bit unclear.

Problem using Chronograf and InfluxDB using Kubernetes.

Hi, I've successfully run InfluxDB and Chronograf in Kubernetes using the standard ports but now I'm having some trouble running them both when they are both being served from behind an Ingress Controller. An Ingress Controller acts as a load balancer for a cluster and removes the need for an external one such as an ELB. In my setup I've got the admin ui of InfluxDB running at influxdb-admin.<cluster-url>:80, the http api running at influxdb-http-api.<cluster-url>:80 and Chronograf running at chronograf.<cluster-url>:80. Everything is running fine (InfluxDB is running and Chronograf can connect to it) except that I can't build any queries in Chronograf. The error I get from the Chronograf logs is:

[chronograf] 2016/07/27 10:17:41 [http] 10.1.94.2:57512 GET /api/v0/servers/1/query?q=SHOW%20DATABASES
[chronograf] 2016/07/27 10:17:41 Error applying template to query: Given statement is not a select statement

Going to http://chronograf.<cluster-url>:80/api/v0/servers/1/query?q=SHOW%20DATABASES returns a 404 status code.

I'm running the 1.0.0-beta3 version of InfluxDB and 0.13 version of Chronograf. Is anything I can do to fix this?

Thanks, Robert

panic: runtime error: integer divide by zero

Hi,

Am seeing this error in both 0.13.0-alpine and 1.0.2-alpine docker official images.

I'm running the official images inside OpenShift Origin:

OpenShift Master:v1.3.0
Kubernetes Master:v1.3.0+52492b4

The VM running this is Centos7 w/ Selinux enforcing.

I enter into a running container and want to start the influx CLI:

/ $ influx
Visit https://enterprise.influxdata.com to register for updates, InfluxDB server management, and monitoring.
Connected to http://localhost:8086 version 1.0.2
InfluxDB shell version: 1.0.2
> panic: runtime error: integer divide by zero
[signal 0x8 code=0x1 addr=0x61ce00 pc=0x61ce00]

goroutine 1 [running]:
panic(0x783500, 0xc82000a050)
        /usr/local/go/src/runtime/panic.go:481 +0x3e6
github.com/peterh/liner.(*State).refreshMultiLine(0xc8200723c0, 0xc8200df3b8, 0x2, 0x2, 0xc82000b868, 0x1, 0x2, 0x1, 0x0, 0x0)
        /root/go/src/github.com/peterh/liner/line.go:159 +0xf0
github.com/peterh/liner.(*State).refresh(0xc8200723c0, 0xc8200df3b8, 0x2, 0x2, 0xc82000b868, 0x1, 0x2, 0x1, 0x0, 0x0)
        /root/go/src/github.com/peterh/liner/line.go:94 +0x8f
github.com/peterh/liner.(*State).PromptWithSuggestion(0xc8200723c0, 0x7f41d8, 0x2, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0)
        /root/go/src/github.com/peterh/liner/line.go:822 +0x1e64
github.com/peterh/liner.(*State).Prompt(0xc8200723c0, 0x7f41d8, 0x2, 0x0, 0x0, 0x0, 0x0)
        /root/go/src/github.com/peterh/liner/line.go:567 +0x6c
github.com/influxdata/influxdb/cmd/influx/cli.(*CommandLine).mainLoop(0xc820072280, 0x0, 0x0)
        /root/go/src/github.com/influxdata/influxdb/cmd/influx/cli/cli.go:195 +0x17e
github.com/influxdata/influxdb/cmd/influx/cli.(*CommandLine).Run(0xc820072280, 0x0, 0x0)
        /root/go/src/github.com/influxdata/influxdb/cmd/influx/cli/cli.go:181 +0x1483
main.main()
        /root/go/src/github.com/influxdata/influxdb/cmd/influx/main.go:112 +0x964

Not sure there's much else I can do other than report this issue, but if there is please let me know.

Thanks.

Chronograf 1.0.0-beta

@jsternberg What's the matter with chronograf 1.0.0-beta3?
I was trying to build a rancher catalogue item with the newest 1.0.0 builds and surprise, for chronograf, there isn't. 😄

create a basic database through the environment

Hi guys! Can we have a default step on the Dockerfile to create one (or many) database(s) while building new images?

Thanks :)

1.3-alpine is not being updated to with the 1.3.x updates