UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[crunchip]

@SBorg sagte in Grafana Installationsprobleme:

zwischenzeitliches "umask" hat ihn eh gegrillt.

dann sollte doch ein

sudo systemctl daemon-reload

reichen

[Dominik F.]

hat beides nicht geholfen:

pi@raspberrypi4-io:~ $ file /lib/systemd/system/grafana.service
/lib/systemd/system/grafana.service: cannot open `/lib/systemd/system/grafana.service' (No such file or directory)
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.
pi@raspberrypi4-io:~ $ sudo systemctl daemon-reload
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]

@crunchip Nicht unbedingt. "masked" heißt so viel wie nicht "starten". Durch "umask" hast du dies umgangen, was dir der "richtige" Service dann übel nimmt...

@Dominik-F was gibt denn ein ls /etc/systemd/system/graf* aus?

[Dominik F.]

@SBorg

pi@raspberrypi4-io:~ $ ls /etc/systemd/system/graf*
/etc/systemd/system/grafana-server.service

[SBorg]

@Dominik-F Ok, dann ist noch alles gut :)
 systemctl stop grafana-server
sudo mv /etc/systemd/system/grafana.service /etc/systemd/system/grafana.service_old
systemctl start grafana-server

Jetzt sollte er eigentlich ohne Fehler laufen.

[Dominik F.]

@SBorg

Dieser Fehler ist irgendwie geblieben:

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 Bei ls /etc/systemd/system/graf* dürfte er jetzt nur noch grafa..._old anzeigen?
Versuche mal den Service zu starten : sudo systemctl enable grafana-server.service

[Dominik F.]

@SBorg

das spuckt er dann aus:

pi@raspberrypi4-io:~ $ ls /etc/systemd/system/graf*
/etc/systemd/system/grafana-server.service
pi@raspberrypi4-io:~ $ sudo systemctl enable grafana-server.service
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 trans                                                                                       ient or generated.

oder kann es daran liegen, das ich die ini noch nicht angepasst habe?

[SBorg]

@Dominik-F Wenn ich mal richtig lesen würde :(
"/etc/systemd/system/grafana-server.service"

systemctl stop grafana-server
sudo mv /etc/systemd/system/grafana-server.service /etc/systemd/system/grafana-server.service_old
systemctl start grafana-server

Aber die grafana.ini zu konfigurieren ist nicht die schlechteste Idee.

[Dominik F.]

@SBorg

Hier das Ergebnis:

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

[crunchip]

@SBorg ok, aber wie gesagt, bin da auch nur Laie, wie Dominik...versuche nur irgendwie zu helfen

ich hatte damals sudo update-rc.d grafana-server defaults ausgeführt....macht man wahrscheinlich auch nicht?
Ps :Frage am Rande wie markiere ich das weiß, so wie du es hast?

[harrym]

RTFM .... read the fucking manual! Linux ist nicht wie Windoof nur klicki klicki. Wenn DU nen RP4 mit 4GB vergewaltigen willst .... mach weiter. Mein Vorschlag ist alllerdig ... beschäftige dich mal mit den GRUNDZÜGEN von LINUX.

[SBorg]

@crunchip Ist doch auch völlig Ok so :)
...und dein "sudo update...." ist für den Autostart des Servers. Sollte er eigentlich selbst eintragen. Schadet aber auch nichts wenn man es ausführt, er trägt es eh nur einmal ein.
Das muss in "Backticks" eingeschlossen werden: `` (SHIFT + Taste neben ?ß)

@Dominik-F Ich glaube das einfachste wäre sudo apt autoremove grafana + sudo apt install grafana Geht ja einigermaßen schnell, denn die Installation sieht einfach ziemlich zerschossen aus.

[Dominik F.]

@harrym
Ich freue mich, dass du dich entschieden hast mir in diesem Thread zu helfen. Ich würde mich jedoch noch mehr freuen, wenn du mir konstruktive Hilfestellungen und Erklärungen geben würdest. @crunchip hatte mir schon mal gesagt, dass ein NUC dafür besser geeignet ist von der Leistung her, jedoch habe ich bisher noch nirgends lesen können das der RPI4 dadurch vergewaltigt wird. Auf der Grafana Seite kann ich bei Systemanforderungen leider nicht erkennen das der RPI dafür ungeeignet ist

@crunchip
Du hast mir sehr viel geholfen und ich bin dir sehr dankbar für die Zeit die du dir nimmst. Also mach weiter so :)

@SBorg
Ich werde das gleich mal eingeben und schauen was bei rauskommt und eine Rückmeldung geben.

Edit:
Die Deinstallation schlug fehl, er sagte, dass es nix mit Grafana geben würde.....war dann kurz am verzweifeln weil ich weiterhin auf Grafana zugreifen konnte.
hab dann noch mal

sudo systemctl enable grafana-server

und warum auch immer....es kam kein Fehler^^
Ich gehe dann jetzt davon aus das alles korrekt läuft und werde weiter meinen RPI vergewaltigen bis ich auf einen Nuc umsteige :)

@crunchip @SBorg Vielen vielen Dank für eure super Hilfe und Unterstützung und für eure Geduld:)