Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[crunchip]

@Dominik-F sagte in Grafana Installationsprobleme:

Habe den alten Thread bewusst weggelassen

aber informativ für die Fehlersuche

[Dominik F.]

@crunchip

du hast recht, Infos können nie schaden.

Daher hier der Thread zu den Problemen mit der Installation von InfluxDB.

Thread mit Problemen meiner InfluxDB Installation

[SBorg]

Irgendwie passt meine Antwort hier nicht mehr zur Frage...?
Zumindest brauchst du zwei Instanzen für zwei Datenbanken, sonst landet alles nur in einer.

[Dominik F.]

@SBorg

Vielleicht hab ich mich auch einfach falsch ausgedrückt. Ich kann Grafana gar nicht erst Öffnen im Browser und brauche dafür Hilfe.

[SBorg]

@Dominik-F Ne, hast du nicht :)
Irgendwie ist meine obige Antwort "hier" gelandet, wie auch immer...

Aber, Ok, du rufst ihn per http://x.x.x.x:3000 auf?
Nutzt du Firefox? --> falls ja, F12 --> Konsole
Was sagt er da beim reload der Seite?

[Dominik F.]

@SBorg

Nutze Firefox eigentlich nicht ,hab den aber noch zufällig installiert gehabt. Ja, rufe ihn mit der IP auf. Hier das was in der Konsole steht:

Diese Seite verwendet die nicht standardisierte Eigenschaft "zoom". Stattdessen sollte calc() in den entsprechenden Eigenschaftswerten oder "transform" zusammen mit "transform-origin: 0 0" verwendet werden. login
TypeError: window.jQuery.event.props is undefined draganddrop.js:25:9
Error: [$injector:modulerr] Failed to instantiate module ang-drag-drop due to:
[$injector:nomod] Module 'ang-drag-drop' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument.
http://errors.angularjs.org/1.4.3/$injector/nomod?p0=ang-drag-drop
minErr/<@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:68:12
module/<@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:1958:17
ensure@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:1882:38
module@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:1956:14
loadModules/<@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:4362:22
forEach@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:336:20
loadModules@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:4346:12
createInjector@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:4272:11
doBootstrap@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:1630:34
bootstrap@http://192.168.178.38:3000/public/vendor/angular/angular.js?bust=1582042769855:1651:12
app.boot/</<@http://192.168.178.38:3000/public/app/app.js?bust=1582042769855:85:19
mightThrow@http://192.168.178.38:3000/public/vendor/jquery/dist/jquery.js?bust=1582042769855:3535:29
resolve/</process<@http://192.168.178.38:3000/public/vendor/jquery/dist/jquery.js?bust=1582042769855:3603:12

http://errors.angularjs.org/1.4.3/$injector/modulerr?p0=ang-…ery%2Fdist%2Fjquery.js%3Fbust%3D1582042769855%3A3603%3A12%0A angular.js:68:12

[SBorg]

@Dominik-F Zumindest ist da eine weiße Seite nicht verwunderlich. Was es ist kann ich dir nicht sagen, aber dass ist nicht der Grafana.
Bei dir lautet es auch bspw. nirgends "Server" (grafana.service, Main PID):

  ● grafana.service - Starts and stops a single grafana instance on this system
   Loaded: loaded (/lib/systemd/system/grafana.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2020-02-16 22:03:50 CET; 1 day 18h ago
   Docs: http://docs.grafana.org
 Main PID: 1595 (grafana)

korrekt:

● grafana-server.service - Grafana instance
   Loaded: loaded (/usr/lib/systemd/system/grafana-server.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2020-02-18 13:36:44 CET; 3h 38min ago
   Docs: http://docs.grafana.org
 Main PID: 2880 (grafana-server)

Du hast beim Installieren nur einen "Service" installiert, nicht den "Server".

[Dominik F.]

@SBorg

Okay, die Frage ist jetzt, wie installiere ich den Server :D
Ich habe folgendes zum installieren eingegeben:

Zur Installation hab ich folgende Befehle von der Grafana Seite benutzt:

sudo apt-get install -y apt-transport-https
sudo apt-get install -y software-properties-common wget
wget -q -O - https://packages.grafana.com/gpg.key | sudo apt-key add -
sudo apt-get update
sudo apt-get install grafana
sudo systemctl daemon-reload
sudo systemctl start grafana-server
sudo systemctl status grafana-server

mir ist noch was eingefallen, ich hatte doch einen Fehler als ich folgendes eingegeben habe:

pi@raspberrypi4-io:~ $ sudo systemctl enable grafana-server.service
Failed to enable unit: Too many levels of symbolic links

[crunchip]

was du noch anpassen musst, ist deine grafana.ini

Grafana vorbereiten:
/etc/grafana/grafana.ini bearbeiten ( z.b. sudo nano /etc/grafana/grafana.ini )

Das Einbetten von Grafiken erlauben:
im Abschnitt Security folgende Zeile hinzuzufügen: allow_embedding=true:
[security]
allow_embedding=true
Den Zugriff ohne Login erlauben:
[auth.anonymous] 
# enable anonymous 
access enabled = true
# specify organization name that should be used for unauthenticated users
org_name = Deine_Firma.com
# specify role for unauthenticated users
org_role = Viewer
Darauf achten, dass wenn
org_role = Viewer
eingetragen ist, muss der org_name auch in den Einstellungen auf der Weboberfläche vorgenommen werden. 

Links Zahnrad, Preferences, Organisation Name „Deine_Firma.com“

Änderungen aktivieren durch restart grafana:
sudo service grafana-server restart

[Dominik F.]

@crunchip

grafana.ini ist geändert. Bisher keine Veränderung, hab immer noch eine weiße Seite

[crunchip]

@Dominik-F du hattest doch den Befehl eingegeben und Fehler erhalten

sudo systemctl enable grafana-server.service

probiere mal diesen

sudo systemctl enable grafana-server
sudo systemctl start grafana-server

[Dominik F.]

@crunchip

gleicher Fehler

pi@raspberrypi4-io:~ $ sudo systemctl enable grafana-server
Failed to enable unit: Too many levels of symbolic links

[crunchip]

@Dominik-F was hällst du davon, Grafana zu deinstallieren und wir probieren es nochmal von neuem?
Hab das hier mal rausgesucht

also entweder 1. apt-get purge oder 3. sudo systemctl start grafana-server verwenden

hier nochmal im einzelnen

Entfernt Grafana und alle Abhängigkeiten und temporären Dateien

sudo apt-get purge grafana

deinstalliert nur Grafana

sudo apt-get remove grafana

Deinstallieren Sie grafana und seine Abhängigkeiten

sudo apt-get remove --auto-remove grafana

Installation

sudo apt update
sudo apt upgrade
sudo apt-get install -y adduser libfontconfig1
wget https://dl.grafana.com/oss/release/grafana_6.6.1_arm64.deb
sudo dpkg -i grafana_6.6.1_arm64.deb
sudo systemctl enable grafana-server
sudo systemctl start grafana-server

[Dominik F.]

@crunchip

Das ist eine sehr gute Idee :)
Hab die Schritte jetzt ausgeführt und es kam bei

wget https://dl.grafana.com/oss/release/grafana_6.6.1_arm64.deb
sudo dpkg -i grafana_6.6.1_arm64.deb

ein Fehler den ich beheben konnte, es ging um arm64 und musste die befehle für armhf nehmen.
Das lief dann auch so durch und dann kam wieder ein Fehler, diesmal jedoch ein anderer:

pi@raspberrypi4-io:~ $ sudo systemctl enable grafana-server
Synchronizing state of grafana-server.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable grafana-server
Failed to enable unit: Unit file /etc/systemd/system/grafana.service is masked.

Vielleicht sagt dir dieser Fehler ja etwas?

EDIT:
Witzigerweise kann ich jetzt auf Grafana zugreifen^^ Ich hoffe der Fehler wird kein Problem sein

[crunchip]

@Dominik-F sagte in Grafana Installationsprobleme:

armhf nehmen

sorry, war mein Fehler, aber hast es ja gefunden

auf die schnelle hab ich was "ähnliches" gefunden, vllt hilft dir das weiter,
https://blog.ruanbekker.com/blog/2017/12/09/unmask-a-masked-service-in-systemd/

@Dominik-F sagte in Grafana Installationsprobleme:

Ich hoffe der Fehler wird kein Problem sein

denke, das Problem wird der Autostart/ grafana.service sein, aber vllt hilft dir der Link
bin da leider auch der absolute Laie

eventuell reicht ein

systemctl unmask grafana.service

[Dominik F.]

@crunchip

Ich werde mir den Blog morgen mal durchlesen und mich dann melden ob es funktioniert hat.

Der Befehl hat leider einen anderen Fehler ausgespuckt:

pi@raspberrypi4-io:~ $ sudo systemctl unmask grafana.service
Removed /etc/systemd/system/grafana.service.
pi@raspberrypi4-io:~ $ sudo systemctl enable grafana-server
Synchronizing state of grafana-server.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable grafana-server
Failed to enable unit: Unit /run/systemd/generator.late/grafana.service is transient or generated.

[SBorg]

@Dominik-F sagte in Grafana Installationsprobleme:

Vielleicht sagt dir dieser Fehler ja etwas?

Das ist noch ein Überbleibsel von der alten Installation mv /etc/systemd/system/grafana.service /etc/systemd/system/grafana.service_old behebt auch dieses Problemchen ;)

[Dominik F.]

@SBorg

Da spuckt er mir folgendes aus:

pi@raspberrypi4-io:~ $ mv /etc/systemd/system/grafana.service /etc/systemd/system/grafana.service_old
mv: der Aufruf von stat für '/etc/systemd/system/grafana.service' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

[SBorg]

@Dominik-F Grumpf, sudo vergessen: sudo mv /etc/systemd/system/grafana.service /etc/systemd/system/grafana.service_old
...oder dein zwischenzeitliches "umask" hat ihn eh gegrillt.

[crunchip]

@Dominik-F das hab ich noch gefunden

Eine Serviceeinheit, die leer ist (0 Byte), wird systemdals maskiert analysiert . Während systemctl mask <unit>der Verknüpfung des Dienstes mit funktioniert /dev/nullsystemd scheinbar nur, ob eine Datei beim Lesen 0 Byte groß ist, um festzustellen, ob eine Einheit maskiert ist. Dies führt zu einer irreführenden Meldung über einen maskierten Dienst.
So entlarven Sie einen systemd-Dienst !!!! Sie können es versuchen systemctl unmask your_app.service, aber wenn Ihr Service-Link mit einem Symlink verknüpft wurde, schlägt /dev/nulldies fehl. Folgendes wird empfohlen:

Überprüfen Sie, ob die Gerätedatei ein Symlink zu /dev/null:

file /lib/systemd/system/your_app.service
Es sollte zurückkehren:

/lib/systemd/system/your_app.service: symbolic link to /dev/null
Löschen Sie den Symlink:

sudo rm /lib/systemd/system/your_app.service
Laden Sie den systemd-Daemon neu, während Sie einen Dienst geändert haben:

sudo systemctl daemon-reload
Überprüfen Sie den Status:

systemctl status your_app