Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Datenbanken installieren

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.1k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.2k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.6k

Datenbanken installieren

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
7 Beiträge 3 Kommentatoren 1.5k Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • HomoranH Nicht stören
    HomoranH Nicht stören
    Homoran
    Global Moderator Administrators
    schrieb am zuletzt editiert von
    #1

    Hallo apollon77,

    Erst einmal Frohe Weihnachten!

    ich habe mal wieder herumgespielt und meinen Zoo erweitert, diesmal habe ich einen BananaPi M3 gequält.

    8 Pinguine sind schon cool ;-)
    144_bananapi_m3_octotux.jpg

    Die Images sind großer Mist, nach einem update mit apt-get update && apt-get upgrade startet der M3 zumindest bei Debian Jessie light nicht mehr. Also musste ich das Raspbian Light nehmen. Damit konnte ich die ioBroker Installation erfolgreich durchführen
    144_iobroker_vis_bpi_m3_001.jpg
    Musste im rpi2-Adapter noch die Temperaturausgabe anpassen, dann läuft erst einmal soweit alles.

    …nicht alles, influxDB habe ich schon wieder nicht ans Laufen bekommen. Auf https://docs.influxdata.com/influxdb/v1.1/introduction/installation/ ist die Anleitung wieder verändert worden. Hier wird für Debian auf https://www.influxdata.com/downloads/#influxdb verwiesen. Dort bin ich nach der Vorgehensweise für ARM vorgegangen:

    wget https://dl.influxdata.com/influxdb/releases/influxdb-1.1.1_linux_armhf.tar.gz
    tar xvfz influxdb-1.1.1_linux_armhf.tar.gz
    
    

    Das fertige Paket ist nur für x86/x64 geeignet.

    Ich fürchte, dass die DB nicht läuft - weiss aber nicht wie ich sie starten muss, zumal sie bei einem Neustart des M3 auch automatisch laufen sollte, was sie auch nicht macht.

    Bei Verbindung testen kommt:

    influxdb.0	2016-12-25 11:44:33.393	error	Error: connect ECONNREFUSED 127.0.0.1:8086
    

    Wie du oben am screenshot siehst, sind meine flot-Diagramme noch sehr leer.

    könntest du mir sagen, wie ich jetzt aus der Pine64-Installation die geloggten Datenpunkte auslesen kann, und beim M3 wieder aktivieren?

    BTW: es ist ein 64bit Bananapi M64 in Kürze zu erwarten

    Gruß

    Rainer

    kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

    der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

    1 Antwort Letzte Antwort
    0
    • HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von
      #2

      Hab es gefunden,

      die Dateien nach dem entpacken in die korrekten Ordner geschoben.

      Bei influxd run kam dann keine Berechtigung.

      Dann habe ich die Dateirechte über filezilla untersucht; die Dateien in /usr/bin hatten nur 644 - auf 755 gesetzt, jetzt läuft es

      influxdb.0	2016-12-25 13:51:24.370	info	Connected!
      influxdb.0	2016-12-25 13:51:23.658	info	Connecting http://localhost:8086 ...
      influxdb.0	2016-12-25 13:51:23.650	info	Buffer initialized with data for 0 points and 0 conflicts from last exit
      influxdb.0	2016-12-25 13:51:23.633	info	starting. Version 1.3.0 in /opt/iobroker/node_modules/iobroker.influxdb, node: v4.7.0
      

      trotzdem ist die Ampel gelb :(

      EDIT:

      klappt doch nicht :(

      sobald ich putty verlasse oder mit exit herausgehe beendet sich influxdb

      Wie bekomme ich es dauerhaft zum laufen?

      Die Methode, die auf GitHub angegeben wird endet mit einem Fehler:

      root@bpi-M3:~# service influxdb start
      Failed to start influxdb.service: Unit influxdb.service failed to load: No such file or directory.
      root@bpi-M3:~#
      
      

      Gruß

      Rainer

      kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      1 Antwort Letzte Antwort
      0
      • BluefoxB Offline
        BluefoxB Offline
        Bluefox
        schrieb am zuletzt editiert von
        #3

        @Homoran:

        root@bpi-M3:~# service influxdb start
        Failed to start influxdb.service: Unit influxdb.service failed to load: No such file or directory.
        root@bpi-M3:~#
        
        ```` `  
        

        und````
        /etc/init.d/influxdb start

        1 Antwort Letzte Antwort
        0
        • HomoranH Nicht stören
          HomoranH Nicht stören
          Homoran
          Global Moderator Administrators
          schrieb am zuletzt editiert von
          #4

          @Bluefox:

          und

          CODE: ALLES AUSWÄHLEN

          /etc/init.d/influxdb start

          ? `

          =>

          root@bpi-M3:~# /etc/init.d/influxdb start
          -bash: /etc/init.d/influxdb: Datei oder Verzeichnis nicht gefunden
          
          

          liegt (vielleicht falsch) als influxd in /bin

          in init.d liegt nichts, muss ich da noch was hinkopieren / editieren?

          der start geht mit /bin/influxd

          Gruß

          Rainer

          kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

          Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

          der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

          1 Antwort Letzte Antwort
          0
          • apollon77A Offline
            apollon77A Offline
            apollon77
            schrieb am zuletzt editiert von
            #5

            Die Startskripte müssen erst noch in die richtigen Verzeichnisse kopiert werden oder falls nicht dabei noch erstellt werden!

            Das muss man manuell machen wenn man ein Binary Package nimmt

            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
            1 Antwort Letzte Antwort
            0
            • HomoranH Nicht stören
              HomoranH Nicht stören
              Homoran
              Global Moderator Administrators
              schrieb am zuletzt editiert von
              #6

              Danke für den Tritt, habe gedacht das wars, gerade nochmal nachgesehen, da finde ich in:

              \usr\lib\influxdb\scripts\
              

              noch

              influxdb.service

              und

              init.sh

              ! ````
              #!/bin/bash

              BEGIN INIT INFO

              Provides: influxd

              Required-Start: $all

              Required-Stop: $remote_fs $syslog

              Default-Start: 2 3 4 5

              Default-Stop: 0 1 6

              Short-Description: Start the InfluxDB process

              END INIT INFO

              ! # If you modify this, please make sure to also edit influxdb.service
              ! # Command-line options that can be set in /etc/default/influxdb. These will override

              any config file values.

              DEFAULT=/etc/default/influxdb

              ! # Daemon options
              INFLUXD_OPTS=
              ! # Process name ( For display )
              NAME=influxdb
              ! # User and group
              USER=influxdb
              GROUP=influxdb
              ! # Check for sudo or root privileges before continuing
              if [ "$UID" != "0" ]; then
              echo "You must be root to run this script"
              exit 1
              fi
              ! # Daemon name, where is the actual executable If the daemon is not

              there, then exit.

              DAEMON=/usr/bin/influxd
              if [ ! -x $DAEMON ]; then
              echo "Executable $DAEMON does not exist!"
              exit 5
              fi

              ! # Configuration file
              CONFIG=/etc/influxdb/influxdb.conf
              ! # PID file for the daemon
              PIDFILE=/var/run/influxdb/influxd.pid
              PIDDIR=dirname $PIDFILE
              if [ ! -d "$PIDDIR" ]; then
              mkdir -p $PIDDIR
              chown $USER:$GROUP $PIDDIR
              fi
              ! # Max open files
              OPEN_FILE_LIMIT=65536
              ! if [ -r /lib/lsb/init-functions ]; then
              source /lib/lsb/init-functions
              fi
              ! # Logging
              if [ -z "$STDOUT" ]; then
              STDOUT=/dev/null
              fi
              ! if [ ! -f "$STDOUT" ]; then
              mkdir -p $(dirname $STDOUT)
              fi
              ! if [ -z "$STDERR" ]; then
              STDERR=/var/log/influxdb/influxd.log
              fi
              ! if [ ! -f "$STDERR" ]; then
              mkdir -p $(dirname $STDERR)
              fi
              ! # Override init script variables with DEFAULT values
              if [ -r $DEFAULT ]; then
              source $DEFAULT
              fi
              ! function log_failure_msg() {
              echo "$@" "[ FAILED ]"
              }
              ! function log_success_msg() {
              echo "$@" "[ OK ]"
              }
              ! function start() {
              # Check if config file exist
              if [ ! -r $CONFIG ]; then
              log_failure_msg "config file $CONFIG doesn't exist (or you don't have permission to view)"
              exit 4
              fi
              ! # Check that the PID file exists, and check the actual status of process
              if [ -f $PIDFILE ]; then
              PID="$(cat $PIDFILE)"
              if kill -0 "$PID" &>/dev/null; then
              # Process is already up
              log_success_msg "$NAME process is already running"
              return 0
              fi
              else
              su -s /bin/sh -c "touch $PIDFILE" $USER &>/dev/null
              if [ $? -ne 0 ]; then
              log_failure_msg "$PIDFILE not writable, check permissions"
              exit 5
              fi
              fi
              ! # Bump the file limits, before launching the daemon. These will
              # carry over to launched processes.
              ulimit -n $OPEN_FILE_LIMIT
              if [ $? -ne 0 ]; then
              log_failure_msg "Unable to set ulimit to $OPEN_FILE_LIMIT"
              exit 1
              fi
              ! # Launch process
              echo "Starting $NAME..."
              if which start-stop-daemon &>/dev/null; then
              start-stop-daemon
              --chuid $GROUP:$USER
              --start
              --quiet
              --pidfile $PIDFILE
              --exec $DAEMON
              --
              -pidfile $PIDFILE
              -config $CONFIG
              $INFLUXD_OPTS >>$STDOUT 2>>$STDERR &
              else
              local CMD="$DAEMON -pidfile $PIDFILE -config $CONFIG $INFLUXD_OPTS >>$STDOUT 2>>$STDERR &"
              su -s /bin/sh -c "$CMD" $USER
              fi
              ! # Sleep to verify process is still up
              sleep 1
              if [ -f $PIDFILE ]; then
              # PIDFILE exists
              if kill -0 $(cat $PIDFILE) &>/dev/null; then
              # PID up, service running
              log_success_msg "$NAME process was started"
              return 0
              fi
              fi
              log_failure_msg "$NAME process was unable to start"
              exit 1
              }
              ! function stop() {
              # Stop the daemon.
              if [ -f $PIDFILE ]; then
              local PID="$(cat $PIDFILE)"
              if kill -0 $PID &>/dev/null; then
              echo "Stopping $NAME..."
              # Process still up, send SIGTERM and remove PIDFILE
              kill -s SIGTERM $PID &>/dev/null && rm -f "$PIDFILE" &>/dev/null
              while true; do
              # Enter loop to ensure process is stopped
              kill -0 $PID &>/dev/null
              if [ "$?" != "0" ]; then
              # Process stopped, break from loop
              log_success_msg "$NAME process was stopped"
              return 0
              fi
              ! # Process still up after signal, sleep and wait
              sleep 1
              n=$(expr $n + 1)
              if [ $n -eq 30 ]; then
              # After 30 seconds, send SIGKILL
              echo "Timeout exceeded, sending SIGKILL..."
              kill -s SIGKILL $PID &>/dev/null
              elif [ $? -eq 40 ]; then
              # After 40 seconds, error out
              log_failure_msg "could not stop $NAME process"
              exit 1
              fi
              done
              fi
              fi
              log_success_msg "$NAME process already stopped"
              }
              ! function restart() {
              # Restart the daemon.
              stop
              start
              }
              ! function status() {
              # Check the status of the process.
              if [ -f $PIDFILE ]; then
              PID="$(cat $PIDFILE)"
              if kill -0 $PID &>/dev/null; then
              log_success_msg "$NAME process is running"
              exit 0
              fi
              fi
              log_failure_msg "$NAME process is not running"
              exit 1
              }
              ! case $1 in
              start)
              start
              ;;
              ! stop)
              stop
              ;;
              ! restart)
              restart
              ;;
              ! status)
              status
              ;;
              ! version)
              $DAEMON version
              ;;
              ! *)
              # For invalid arguments, print the usage message.
              echo "Usage: $0 {start|stop|restart|status|version}"
              exit 2
              ;;
              esac
              ! ````

              Was muss ich damit machen?

              etwa init.sh ausführen?

              Gruß

              Rainer

              kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

              Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

              der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

              1 Antwort Letzte Antwort
              0
              • apollon77A Offline
                apollon77A Offline
                apollon77
                schrieb am zuletzt editiert von
                #7

                Spontan: https://wiki.ubuntuusers.de/systemd/Service_Units/

                also das "influxdb.service" FIle nach /etc/systemd/system kopieren (das wäre Ubuntu, Debian müsste auch so gewesen sein) … Wie du es dann aktivierst steht auf der seite auch.

                Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                1 Antwort Letzte Antwort
                0
                Antworten
                • In einem neuen Thema antworten
                Anmelden zum Antworten
                • Älteste zuerst
                • Neuste zuerst
                • Meiste Stimmen


                Support us

                ioBroker
                Community Adapters
                Donate
                FAQ Cloud / IOT
                HowTo: Node.js-Update
                HowTo: Backup/Restore
                Downloads
                BLOG

                617

                Online

                32.7k

                Benutzer

                82.4k

                Themen

                1.3m

                Beiträge
                Community
                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                ioBroker Community 2014-2025
                logo
                • Anmelden

                • Du hast noch kein Konto? Registrieren

                • Anmelden oder registrieren, um zu suchen
                • Erster Beitrag
                  Letzter Beitrag
                0
                • Home
                • Aktuell
                • Tags
                • Ungelesen 0
                • Kategorien
                • Unreplied
                • Beliebt
                • GitHub
                • Docu
                • Hilfe