Influxd Service does not start

Hello,

i’m completly new to Influx and maybe this is easly fixed.

I set up a Influxdb and configured it manly through the web inteface. If i just run influxd it runs perfect withouth Problems. But if i want to start the Influx service job it just not start.

System Information:
Ubuntu 20.04.4 LTS
InfluxDB v2.7.10

journalctl:

-- Logs begin at Fri 2024-10-04 13:48:33 UTC, end at Tue 2024-10-15 09:25:14 UTC. --
Oct 14 07:19:37 monitoringsrv1 systemd[1]: Starting InfluxDB is an open-source, distributed, time series database...
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.831418Z lvl=info msg="InfluxDB starting" log_id=0sEUBvPl000 version=1.8.10 branch=1.8 commit=688e697c51fd
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.831443Z lvl=info msg="Go runtime" log_id=0sEUBvPl000 version=go1.13.8 maxprocs=4
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2017]: time="2024-10-14T07:19:37Z" level=warning msg="DBUS_SESSION_BUS_ADDRESS envvar looks to be not set, this can lead to runaway dbus-daemon processes. To avoid this, set envvar DBUS_SESSION_BUS_ADDRESS=$XDG_RUNTIME_DIR/bus (if it exists) or DBUS_SESSION_BU>
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2017]: Error: unknown command "config" for "influxd"
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2017]: See 'influxd -h' for help
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2036]: time="2024-10-14T07:19:37Z" level=warning msg="DBUS_SESSION_BUS_ADDRESS envvar looks to be not set, this can lead to runaway dbus-daemon processes. To avoid this, set envvar DBUS_SESSION_BUS_ADDRESS=$XDG_RUNTIME_DIR/bus (if it exists) or DBUS_SESSION_BU>
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2036]: Error: unknown command "config" for "influxd"
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2036]: See 'influxd -h' for help
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934123Z lvl=info msg="Using data dir" log_id=0sEUBvPl000 service=store path=/var/lib/influxdb/data
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934176Z lvl=info msg="Compaction settings" log_id=0sEUBvPl000 service=store max_concurrent_compactions=2 throughput_bytes_per_second=50331648 throughput_bytes_per_second_burst=50331648
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934187Z lvl=info msg="Open store (start)" log_id=0sEUBvPl000 service=store trace_id=0sEUBvoW000 op_name=tsdb_open op_event=start
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934210Z lvl=info msg="Open store (end)" log_id=0sEUBvPl000 service=store trace_id=0sEUBvoW000 op_name=tsdb_open op_event=end op_elapsed=0.024ms
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934230Z lvl=info msg="Opened service" log_id=0sEUBvPl000 service=subscriber
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934234Z lvl=info msg="Starting monitor service" log_id=0sEUBvPl000 service=monitor
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934237Z lvl=info msg="Registered diagnostics client" log_id=0sEUBvPl000 service=monitor name=build
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934240Z lvl=info msg="Registered diagnostics client" log_id=0sEUBvPl000 service=monitor name=runtime
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934243Z lvl=info msg="Registered diagnostics client" log_id=0sEUBvPl000 service=monitor name=network
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934247Z lvl=info msg="Registered diagnostics client" log_id=0sEUBvPl000 service=monitor name=system
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934257Z lvl=info msg="Starting precreation service" log_id=0sEUBvPl000 service=shard-precreation check_interval=10m advance_period=30m
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934263Z lvl=info msg="Starting snapshot service" log_id=0sEUBvPl000 service=snapshot
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934266Z lvl=info msg="Starting continuous query service" log_id=0sEUBvPl000 service=continuous_querier
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934330Z lvl=info msg="Starting HTTP service" log_id=0sEUBvPl000 service=httpd authentication=false
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934336Z lvl=info msg="opened HTTP access log" log_id=0sEUBvPl000 service=httpd path=stderr
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934643Z lvl=info msg="Listening on HTTP" log_id=0sEUBvPl000 service=httpd addr=[::]:8086 https=false
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934655Z lvl=info msg="Starting retention policy enforcement service" log_id=0sEUBvPl000 service=retention check_interval=30m
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934661Z lvl=info msg="Storing statistics" log_id=0sEUBvPl000 service=monitor db_instance=_internal db_rp=monitor interval=10s
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934773Z lvl=info msg="Sending usage statistics to usage.influxdata.com" log_id=0sEUBvPl000
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2015]: ts=2024-10-14T07:19:37.934943Z lvl=info msg="Listening for signals" log_id=0sEUBvPl000
Oct 14 07:19:37 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 1 attempts...
Oct 14 07:19:38 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 2 attempts...
Oct 14 07:19:39 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 3 attempts...
Oct 14 07:19:41 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 4 attempts...
Oct 14 07:19:42 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 5 attempts...
Oct 14 07:19:43 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 6 attempts...
Oct 14 07:19:44 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 7 attempts...
Oct 14 07:19:45 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 8 attempts...
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 9 attempts...
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0afed58-89fc-11ef-8001-005056ac6803 186
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0affdea-89fc-11ef-8002-005056ac6803 176
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b22fd4-89fc-11ef-8003-005056ac6803 70
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b29e37-89fc-11ef-8004-005056ac6803 66
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b40619-89fc-11ef-8005-005056ac6803 26
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b40896-89fc-11ef-8006-005056ac6803 17
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b5b7cf-89fc-11ef-8007-005056ac6803 25
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b5ef91-89fc-11ef-8008-005056ac6803 56
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b78d83-89fc-11ef-8009-005056ac6803 27
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b803bc-89fc-11ef-800a-005056ac6803 31
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b90bd9-89fc-11ef-800b-005056ac6803 28
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0b9c8a4-89fc-11ef-800c-005056ac6803 34
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0babb79-89fc-11ef-800d-005056ac6803 60
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0bba2fb-89fc-11ef-800e-005056ac6803 35
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0bd955d-89fc-11ef-800f-005056ac6803 34
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0bd9875-89fc-11ef-8010-005056ac6803 19
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0bf2b98-89fc-11ef-8011-005056ac6803 58
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0bf750b-89fc-11ef-8012-005056ac6803 36
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0c116cb-89fc-11ef-8013-005056ac6803 30
Oct 14 07:19:46 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.0.32.13 - - [14/Oct/2024:07:19:46 +0000] "POST /api/v2/write?bucket=IT+Monitoring&org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 404 50 "-" "Telegraf/1.32.1 Go/1.23.1" b0c14317-89fc-11ef-8014-005056ac6803 24
Oct 14 07:19:47 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 10 attempts...
Oct 14 07:19:48 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 11 attempts...
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b26fa2a4-89fc-11ef-8015-005056ac6803 64
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2719956-89fc-11ef-8016-005056ac6803 16
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b271f137-89fc-11ef-8017-005056ac6803 13
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b272caee-89fc-11ef-8018-005056ac6803 18
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2007]: InfluxDB API unavailable after 12 attempts...
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b27a7a84-89fc-11ef-8019-005056ac6803 28
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b27ec6a2-89fc-11ef-801a-005056ac6803 24
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b27efff9-89fc-11ef-801b-005056ac6803 30
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2801fdc-89fc-11ef-801c-005056ac6803 12
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b281c374-89fc-11ef-801d-005056ac6803 14
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b28645ae-89fc-11ef-801e-005056ac6803 17
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b288f61b-89fc-11ef-801f-005056ac6803 19
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b28b86b0-89fc-11ef-8020-005056ac6803 16
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b28cf7a2-89fc-11ef-8021-005056ac6803 17
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b290ed68-89fc-11ef-8022-005056ac6803 15
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b291f276-89fc-11ef-8023-005056ac6803 36
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2a72291-89fc-11ef-8024-005056ac6803 31
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2a78496-89fc-11ef-8025-005056ac6803 13
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2afbf99-89fc-11ef-8026-005056ac6803 34
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2b015ce-89fc-11ef-8027-005056ac6803 46
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2b03c03-89fc-11ef-8028-005056ac6803 12
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2b1413d-89fc-11ef-8029-005056ac6803 15
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2b1470a-89fc-11ef-802a-005056ac6803 16
Oct 14 07:19:49 monitoringsrv1 influxd-systemd-start.sh[2015]: [httpd] 10.1.164.47 - - [14/Oct/2024:07:19:49 +0000] "POST /api/v2/query?org=GEWO+Feinmechanik+GmbH HTTP/1.1 " 403 100 "-" "influxdb-client-go/2.13.0 (linux; arm)" b2b18a9d-89fc-11ef-802b-005056ac6803 14

Config File:

### Welcome to the InfluxDB configuration file.

# The values in this file override the default values used by the system if
# a config option is not specified. The commented out lines are the configuration
# field and the default value used. Uncommenting a line and changing the value
# will change the value used at runtime when the process is restarted.

# Once every 24 hours InfluxDB will report usage data to usage.influxdata.com
# The data includes a random ID, os, arch, version, the number of series and other
# usage data. No data from user databases is ever transmitted.
# Change this option to true to disable reporting.
# reporting-disabled = false

# Bind address to use for the RPC service for backup and restore.
# bind-address = "127.0.0.1:8088"

###
### [meta]
###
### Controls the parameters for the Raft consensus group that stores metadata
### about the InfluxDB cluster.
###

[meta]
  # Where the metadata/raft database is stored
  dir = "/var/lib/influxdb/meta"

  # Automatically create a default retention policy when creating a database.
  # retention-autocreate = true

  # If log messages are printed for the meta service
  # logging-enabled = true

###
### [data]
###
### Controls where the actual shard data for InfluxDB lives and how it is
### flushed from the WAL. "dir" may need to be changed to a suitable place
### for your system, but the WAL settings are an advanced configuration. The
### defaults should work for most systems.
###

[data]
  # The directory where the TSM storage engine stores TSM files.
  dir = "/var/lib/influxdb/data"

  # The directory where the TSM storage engine stores WAL files.
  wal-dir = "/var/lib/influxdb/wal"

  # The amount of time that a write will wait before fsyncing.  A duration
  # greater than 0 can be used to batch up multiple fsync calls.  This is useful for slower
  # disks or when WAL write contention is seen.  A value of 0s fsyncs every write to the WAL.
  # Values in the range of 0-100ms are recommended for non-SSD disks.
  # wal-fsync-delay = "0s"


  # The type of shard index to use for new shards.  The default is an in-memory index that is
  # recreated at startup.  A value of "tsi1" will use a disk based index that supports higher
  # cardinality datasets.
  # index-version = "inmem"

  # Trace logging provides more verbose output around the tsm engine. Turning
  # this on can provide more useful output for debugging tsm engine issues.
  # trace-logging-enabled = false

  # Whether queries should be logged before execution. Very useful for troubleshooting, but will
  # log any sensitive data contained within a query.
  # query-log-enabled = true

  # Provides more error checking. For example, SELECT INTO will err out inserting an +/-Inf value
  # rather than silently failing.
  # strict-error-handling = false

  # Validates incoming writes to ensure keys only have valid unicode characters.
  # This setting will incur a small overhead because every key must be checked.
  # validate-keys = false

  # Settings for the TSM engine

  # CacheMaxMemorySize is the maximum size a shard's cache can
  # reach before it starts rejecting writes.
  # Valid size suffixes are k, m, or g (case insensitive, 1024 = 1k).
  # Values without a size suffix are in bytes.
  # cache-max-memory-size = "1g"

  # CacheSnapshotMemorySize is the size at which the engine will
  # snapshot the cache and write it to a TSM file, freeing up memory
  # Valid size suffixes are k, m, or g (case insensitive, 1024 = 1k).
  # Values without a size suffix are in bytes.
  # cache-snapshot-memory-size = "25m"

  # CacheSnapshotWriteColdDuration is the length of time at
  # which the engine will snapshot the cache and write it to
  # a new TSM file if the shard hasn't received writes or deletes
  # cache-snapshot-write-cold-duration = "10m"

  # CompactFullWriteColdDuration is the duration at which the engine
  # will compact all TSM files in a shard if it hasn't received a
  # write or delete
  # compact-full-write-cold-duration = "4h"

  # The maximum number of concurrent full and level compactions that can run at one time.  A
  # value of 0 results in 50% of runtime.GOMAXPROCS(0) used at runtime.  Any number greater
  # than 0 limits compactions to that value.  This setting does not apply
  # to cache snapshotting.
  # max-concurrent-compactions = 0

  # CompactThroughput is the rate limit in bytes per second that we
  # will allow TSM compactions to write to disk. Note that short bursts are allowed
  # to happen at a possibly larger value, set by CompactThroughputBurst
  # compact-throughput = "48m"

  # CompactThroughputBurst is the rate limit in bytes per second that we
  # will allow TSM compactions to write to disk.
  # compact-throughput-burst = "48m"

  # If true, then the mmap advise value MADV_WILLNEED will be provided to the kernel with respect to
  # TSM files. This setting has been found to be problematic on some kernels, and defaults to off.
  # It might help users who have slow disks in some cases.
  # tsm-use-madv-willneed = false

  # Settings for the inmem index

  # The maximum series allowed per database before writes are dropped.  This limit can prevent
  # high cardinality issues at the database level.  This limit can be disabled by setting it to
  # 0.
  # max-series-per-database = 1000000

  # The maximum number of tag values per tag that are allowed before writes are dropped.  This limit
  # can prevent high cardinality tag values from being written to a measurement.  This limit can be
  # disabled by setting it to 0.
  # max-values-per-tag = 100000

  # Settings for the tsi1 index

  # The threshold, in bytes, when an index write-ahead log file will compact
  # into an index file. Lower sizes will cause log files to be compacted more
  # quickly and result in lower heap usage at the expense of write throughput.
  # Higher sizes will be compacted less frequently, store more series in-memory,
  # and provide higher write throughput.
  # Valid size suffixes are k, m, or g (case insensitive, 1024 = 1k).
  # Values without a size suffix are in bytes.
  # max-index-log-file-size = "1m"

  # The size of the internal cache used in the TSI index to store previously 
  # calculated series results. Cached results will be returned quickly from the cache rather
  # than needing to be recalculated when a subsequent query with a matching tag key/value 
  # predicate is executed. Setting this value to 0 will disable the cache, which may
  # lead to query performance issues.
  # This value should only be increased if it is known that the set of regularly used 
  # tag key/value predicates across all measurements for a database is larger than 100. An
  # increase in cache size may lead to an increase in heap usage.
  series-id-set-cache-size = 100

###
### [coordinator]
###
### Controls the clustering service configuration.
###

[coordinator]
  # The default time a write request will wait until a "timeout" error is returned to the caller.
  # write-timeout = "10s"

  # The maximum number of concurrent queries allowed to be executing at one time.  If a query is
  # executed and exceeds this limit, an error is returned to the caller.  This limit can be disabled
  # by setting it to 0.
  # max-concurrent-queries = 0

  # The maximum time a query will is allowed to execute before being killed by the system.  This limit
  # can help prevent run away queries.  Setting the value to 0 disables the limit.
  # query-timeout = "0s"

  # The time threshold when a query will be logged as a slow query.  This limit can be set to help
  # discover slow or resource intensive queries.  Setting the value to 0 disables the slow query logging.
  # log-queries-after = "0s"

  # The maximum number of points a SELECT can process.  A value of 0 will make
  # the maximum point count unlimited.  This will only be checked every second so queries will not
  # be aborted immediately when hitting the limit.
  # max-select-point = 0

  # The maximum number of series a SELECT can run.  A value of 0 will make the maximum series
  # count unlimited.
  # max-select-series = 0

  # The maximum number of group by time bucket a SELECT can create.  A value of zero will max the maximum
  # number of buckets unlimited.
  # max-select-buckets = 0

###
### [retention]
###
### Controls the enforcement of retention policies for evicting old data.
###

[retention]
  # Determines whether retention policy enforcement enabled.
  # enabled = true

  # The interval of time when retention policy enforcement checks run.
  # check-interval = "30m"

###
### [shard-precreation]
###
### Controls the precreation of shards, so they are available before data arrives.
### Only shards that, after creation, will have both a start- and end-time in the
### future, will ever be created. Shards are never precreated that would be wholly
### or partially in the past.

[shard-precreation]
  # Determines whether shard pre-creation service is enabled.
  # enabled = true

  # The interval of time when the check to pre-create new shards runs.
  # check-interval = "10m"

  # The default period ahead of the endtime of a shard group that its successor
  # group is created.
  # advance-period = "30m"

###
### Controls the system self-monitoring, statistics and diagnostics.
###
### The internal database for monitoring data is created automatically if
### if it does not already exist. The target retention within this database
### is called 'monitor' and is also created with a retention period of 7 days
### and a replication factor of 1, if it does not exist. In all cases the
### this retention policy is configured as the default for the database.

[monitor]
  # Whether to record statistics internally.
  # store-enabled = true

  # The destination database for recorded statistics
  # store-database = "_internal"

  # The interval at which to record statistics
  # store-interval = "10s"

###
### [http]
###
### Controls how the HTTP endpoints are configured. These are the primary
### mechanism for getting data into and out of InfluxDB.
###

[http]
  # Determines whether HTTP endpoint is enabled.
  # enabled = true

  # Determines whether the Flux query endpoint is enabled.
  # flux-enabled = false

  # Determines whether the Flux query logging is enabled.
  # flux-log-enabled = false

  # The bind address used by the HTTP service.
  bind-address = ":8086"

  # Determines whether user authentication is enabled over HTTP/HTTPS.
   auth-enabled = true

  # The default realm sent back when issuing a basic auth challenge.
  # realm = "InfluxDB"

  # Determines whether HTTP request logging is enabled.
   log-enabled = true

  # Determines whether the HTTP write request logs should be suppressed when the log is enabled.
  # suppress-write-log = false

  # When HTTP request logging is enabled, this option specifies the path where
  # log entries should be written. If unspecified, the default is to write to stderr, which
  # intermingles HTTP logs with internal InfluxDB logging.
  #
  # If influxd is unable to access the specified path, it will log an error and fall back to writing
  # the request log to stderr.
  # access-log-path = ""

  # Filters which requests should be logged. Each filter is of the pattern NNN, NNX, or NXX where N is
  # a number and X is a wildcard for any number. To filter all 5xx responses, use the string 5xx.
  # If multiple filters are used, then only one has to match. The default is to have no filters which
  # will cause every request to be printed.
  # access-log-status-filters = []

  # Determines whether detailed write logging is enabled.
   write-tracing = false

  # Determines whether the pprof endpoint is enabled.  This endpoint is used for
  # troubleshooting and monitoring.
   pprof-enabled = true

  # Enables authentication on pprof endpoints. Users will need admin permissions
  # to access the pprof endpoints when this setting is enabled. This setting has
  # no effect if either auth-enabled or pprof-enabled are set to false.
  # pprof-auth-enabled = false

  # Enables a pprof endpoint that binds to localhost:6060 immediately on startup.
  # This is only needed to debug startup issues.
  # debug-pprof-enabled = false

  # Enables authentication on the /ping, /metrics, and deprecated /status
  # endpoints. This setting has no effect if auth-enabled is set to false.
  # ping-auth-enabled = false

  # Determines whether HTTPS is enabled.
  # https-enabled = false

  # The SSL certificate to use when HTTPS is enabled.
  # https-certificate = "/etc/ssl/influxdb.pem"

  # Use a separate private key location.
  # https-private-key = ""

  # The JWT auth shared secret to validate requests using JSON web tokens.
  # shared-secret = ""

  # The default chunk size for result sets that should be chunked.
  # max-row-limit = 0

  # The maximum number of HTTP connections that may be open at once.  New connections that
  # would exceed this limit are dropped.  Setting this value to 0 disables the limit.
  # max-connection-limit = 0

  # Enable http service over unix domain socket
  # unix-socket-enabled = false

  # The path of the unix domain socket.
  # bind-socket = "/var/run/influxdb.sock"

  # The maximum size of a client request body, in bytes. Setting this value to 0 disables the limit.
  # max-body-size = 25000000

  # The maximum number of writes processed concurrently.
  # Setting this to 0 disables the limit.
  # max-concurrent-write-limit = 0

  # The maximum number of writes queued for processing.
  # Setting this to 0 disables the limit.
  # max-enqueued-write-limit = 0

  # The maximum duration for a write to wait in the queue to be processed.
  # Setting this to 0 or setting max-concurrent-write-limit to 0 disables the limit.
  # enqueued-write-timeout = 0

	# User supplied HTTP response headers
	#
	# [http.headers]
	#   X-Header-1 = "Header Value 1"
	#   X-Header-2 = "Header Value 2"

###
### [logging]
###
### Controls how the logger emits logs to the output.
###

[logging]
  # Determines which log encoder to use for logs. Available options
  # are auto, logfmt, and json. auto will use a more a more user-friendly
  # output format if the output terminal is a TTY, but the format is not as
  # easily machine-readable. When the output is a non-TTY, auto will use
  # logfmt.
  # format = "auto"

  # Determines which level of logs will be emitted. The available levels
  # are error, warn, info, and debug. Logs that are equal to or above the
  # specified level will be emitted.
  # level = "info"

  # Suppresses the logo output that is printed when the program is started.
  # The logo is always suppressed if STDOUT is not a TTY.
  # suppress-logo = false

###
### [subscriber]
###
### Controls the subscriptions, which can be used to fork a copy of all data
### received by the InfluxDB host.
###

[subscriber]
  # Determines whether the subscriber service is enabled.
  # enabled = true

  # The default timeout for HTTP writes to subscribers.
  # http-timeout = "30s"

  # Allows insecure HTTPS connections to subscribers.  This is useful when testing with self-
  # signed certificates.
  # insecure-skip-verify = false

  # The path to the PEM encoded CA certs file. If the empty string, the default system certs will be used
  # ca-certs = ""

  # The number of writer goroutines processing the write channel.
  # write-concurrency = 40

  # The number of in-flight writes buffered in the write channel.
  # write-buffer-size = 1000


###
### [[graphite]]
###
### Controls one or many listeners for Graphite data.
###

[[graphite]]
  # Determines whether the graphite endpoint is enabled.
  # enabled = false
  # database = "graphite"
  # retention-policy = ""
  # bind-address = ":2003"
  # protocol = "tcp"
  # consistency-level = "one"

  # These next lines control how batching works. You should have this enabled
  # otherwise you could get dropped metrics or poor performance. Batching
  # will buffer points in memory if you have many coming in.

  # Flush if this many points get buffered
  # batch-size = 5000

  # number of batches that may be pending in memory
  # batch-pending = 10

  # Flush at least this often even if we haven't hit buffer limit
  # batch-timeout = "1s"

  # UDP Read buffer size, 0 means OS default. UDP listener will fail if set above OS max.
  # udp-read-buffer = 0

  ### This string joins multiple matching 'measurement' values providing more control over the final measurement name.
  # separator = "."

  ### Default tags that will be added to all metrics.  These can be overridden at the template level
  ### or by tags extracted from metric
  # tags = ["region=us-east", "zone=1c"]

  ### Each template line requires a template pattern.  It can have an optional
  ### filter before the template and separated by spaces.  It can also have optional extra
  ### tags following the template.  Multiple tags should be separated by commas and no spaces
  ### similar to the line protocol format.  There can be only one default template.
  # templates = [
  #   "*.app env.service.resource.measurement",
  #   # Default template
  #   "server.*",
  # ]

###
### [collectd]
###
### Controls one or many listeners for collectd data.
###

[[collectd]]
  # enabled = false
  # bind-address = ":25826"
  # database = "collectd"
  # retention-policy = ""
  #
  # The collectd service supports either scanning a directory for multiple types
  # db files, or specifying a single db file.
  # typesdb = "/usr/local/share/collectd"
  #
  # security-level = "none"
  # auth-file = "/etc/collectd/auth_file"

  # These next lines control how batching works. You should have this enabled
  # otherwise you could get dropped metrics or poor performance. Batching
  # will buffer points in memory if you have many coming in.

  # Flush if this many points get buffered
  # batch-size = 5000

  # Number of batches that may be pending in memory
  # batch-pending = 10

  # Flush at least this often even if we haven't hit buffer limit
  # batch-timeout = "10s"

  # UDP Read buffer size, 0 means OS default. UDP listener will fail if set above OS max.
  # read-buffer = 0

  # Multi-value plugins can be handled two ways.
  # "split" will parse and store the multi-value plugin data into separate measurements
  # "join" will parse and store the multi-value plugin as a single multi-value measurement.
  # "split" is the default behavior for backward compatibility with previous versions of influxdb.
  # parse-multivalue-plugin = "split"
###
### [opentsdb]
###
### Controls one or many listeners for OpenTSDB data.
###

[[opentsdb]]
  # enabled = false
  # bind-address = ":4242"
  # database = "opentsdb"
  # retention-policy = ""
  # consistency-level = "one"
  # tls-enabled = false
  # certificate= "/etc/ssl/influxdb.pem"

  # Log an error for every malformed point.
  # log-point-errors = true

  # These next lines control how batching works. You should have this enabled
  # otherwise you could get dropped metrics or poor performance. Only points
  # metrics received over the telnet protocol undergo batching.

  # Flush if this many points get buffered
  # batch-size = 1000

  # Number of batches that may be pending in memory
  # batch-pending = 5

  # Flush at least this often even if we haven't hit buffer limit
  # batch-timeout = "1s"

###
### [[udp]]
###
### Controls the listeners for InfluxDB line protocol data via UDP.
###

[[udp]]
  # enabled = false
  # bind-address = ":8089"
  # database = "udp"
  # retention-policy = ""

  # InfluxDB precision for timestamps on received points ("" or "n", "u", "ms", "s", "m", "h")
  # precision = ""

  # These next lines control how batching works. You should have this enabled
  # otherwise you could get dropped metrics or poor performance. Batching
  # will buffer points in memory if you have many coming in.

  # Flush if this many points get buffered
  # batch-size = 5000

  # Number of batches that may be pending in memory
  # batch-pending = 10

  # Will flush at least this often even if we haven't hit buffer limit
  # batch-timeout = "1s"

  # UDP Read buffer size, 0 means OS default. UDP listener will fail if set above OS max.
  # read-buffer = 0

###
### [continuous_queries]
###
### Controls how continuous queries are run within InfluxDB.
###

[continuous_queries]
  # Determines whether the continuous query service is enabled.
  # enabled = true

  # Controls whether queries are logged when executed by the CQ service.
  # log-enabled = true

  # Controls whether queries are logged to the self-monitoring data store.
  # query-stats-enabled = false

  # interval for how often continuous queries will be checked if they need to run
  # run-interval = "1s"

###
### [tls]
###
### Global configuration settings for TLS in InfluxDB.
###

[tls]
  # Determines the available set of cipher suites. See https://golang.org/pkg/crypto/tls/#pkg-constants
  # for a list of available ciphers, which depends on the version of Go (use the query
  # SHOW DIAGNOSTICS to see the version of Go used to build InfluxDB). If not specified, uses
  # the default settings from Go's crypto/tls package.
  # ciphers = [
  #   "TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305",
  #   "TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305",
  # ]

  # Minimum version of the tls protocol that will be negotiated. If not specified, uses the
  # default settings from Go's crypto/tls package.
  # min-version = "tls1.2"

  # Maximum version of the tls protocol that will be negotiated. If not specified, uses the
  # default settings from Go's crypto/tls package.
  # max-version = "tls1.3"

Hello @Lwiez,
Is there a port conflict?

sudo lsof -i :8088

Why do you need to start it with systemd?

I wanted to start Influxdb as a service in the background.
But i solved my issue i always connected via ssh from my device on the server but if i closed my ssh connection the server stopped running.
Now i just started influxdb on the server directly and now it worked.