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

[Feuersturm]

@rkccorian Kannst du nicht einfach VIM oder nano nachinstallieren?
Ich selber nutze Proxmox mit LXC Containern. Für solche Änderungen greife ich mit sftp (über ein Total Commander Plugin) auf die Dateien in meinem Linux zu und kann sie so lokal ändern und wieder hochladen.

Meinst du mit einem Container Update ein Update von Grafana? Ich denke es hängt davon ab, was sich in der neuen Grafana Version ändert, so dass du die Anpassung ggf. wiederholen musst. Wenn es aber nicht mehr funktioniert wäre es die erste Stelle wo man den Code kontrollieren sollte :)

[RkcCorian]

@feuersturm Hmmm... hab gerade probiert nano zu installieren, leider ohne Erfolg. Jemand eine Idee? :-|

[crunchip]

@rkccorian hab zwar kein docker aber vllt hilft https://forum.iobroker.net/post/390134

[RkcCorian]

@crunchip Danke, ich probiere mein Glück!

[Jens Meyer]

@rkccorian

nano sollte doch von haus aus schon auf einem linux system installiert seit...
nur ein beispiel
probiere es

nano /etc/ssh/sshd_config

[crunchip]

@jens-meyer in Containern nicht zwangsläufig, genauso wie auch teilweise sudo nachinstalliert werden muss

[Jens Meyer]

@crunchip
ok, man lernt nie aus...
trotzdem ist es ein versuch wert es mal zu probieren denke ich

[da_Woody]

@jens-meyer sagte in Hintergrund von Grafana Dashboard in VIS entfernen:

nano sollte doch von haus aus schon auf einem linux system installiert seit...

sollte man glauben. es ist der pinguin und tanzt sich manchmal einen ab.

[RkcCorian]

So, hab jetzt doch Portainer auf der Synology installiert, buanet sei Dank!!! Dann mit root-Rechten konnte ich die Änderungen machen. Leider muss ich das Prozedere bei jedem Container-Update von Grafana wiederholen... Hoffe mal, das da irgendwann was natives in Grafana kommt. Vielen Dank in jedem Fall für Eure Rückmeldungen!

[OliverIO]

@rkccorian sagte in Hintergrund von Grafana Dashboard in VIS entfernen:

So, hab jetzt doch Portainer auf der Synology installiert, buanet sei Dank!!! Dann mit root-Rechten konnte ich die Änderungen machen. Leider muss ich das Prozedere bei jedem Container-Update von Grafana wiederholen... Hoffe mal, das da irgendwann was natives in Grafana kommt. Vielen Dank in jedem Fall für Eure Rückmeldungen!

Äh nein.
Du könntest die betroffene Datei oder Ordner entweder in ein volume legen oder nach außen legen, dann kannst du die Datei auch bequem auf dem Host System bearbeiten.
Ich fahre bei docker am besten damit, alles mit docker compose zu definieren oder die portainer Alternative stacks.
Alles was in volumes steckt oder außen ist von Container builds nicht betroffen
https://docs.docker.com/compose/compose-file/compose-file-v3/#volumes

[RkcCorian]

@oliverio Naja... die Datei hat sich zw. den Versionen allerdings geändert. Ich habe bereits Daten und ini nach Außen gelegt. Die ändern sich jedoch mind. nicht zw. Minor-Versionen. Was bringt es mir eine Datei nach außen zu legen, wenn sich der Inhalt ändert und ich bei Container-Änderung doch wieder in den Container rein muss. Dann kann ich die Änderung auch gleich an Ort und Stelle im Container machen.

Nur aus Interesse... kann ich eine einzelne Datei nach außen legen? Bislang habe ich "nur" ganze Ordner rausgelegt. Falls das nicht geht müsste ich neben index.html auch die anderen 3 Dateien in dem Ordner prüfen.

[OliverIO]

@rkccorian
ja auch eine einzelne Datei geht.

[RkcCorian]

@oliverio Ok, war mir nicht bekannt. Ich habe es jetzt mal so gemacht und hoffe dass das bei einem Container-Update gut geht 🙈
Danke!!

[x.Oli]

Also bei mor funktioniert das auch wunderbar ohne das Boom-Theme .. damit hatte ich eher Probleme.

1. mygrafana.css wie oben beschrieben anlegen und den CSS Code von oben einfügen und den eigenen Wünschen anpassen
2. für gesamte Transparenz noch die folgende Zeile einfügen:

body { background: transparent !important; }

3. mit dem VIS Dateimanager ( wichtig ) hochladen
4. in VIS ein "Basic - HTML" mit dem Grafana Embed iframe Link erstellen und folgendem Zusatz:

allowTransparency="true"

5. service grafana-server stop
6. service grafana-server start

Klappt bei mir wunderbar und der gesamte Hintergrund ist transparent.

[foxriver76]

Einfachste Methode welche ich bislang gefunden habe: https://github.com/grafana/grafana/discussions/38165#discussioncomment-2072406

[kaese2002]

@foxriver76 Danke für diese Info...war zwar ein krampf, bis ich die mal überschreiben durfte, aber jetzt gehts...man muss den Server stoppen, wenn man den Eintrag hinzufügt

[Eggi]

@foxriver76 ....kann ich bestätigen - funktioniert perfekt! Danke für den Tipp

[christian_l]

@foxriver76

Guten Abend!

Bei mir gibt es den Ordner /usr/share/grafana/views nicht

Es existiert aber ein /usr/share/grafana/public/views

mit den Dateien:
error.html error-template.html index.html index-template.html swagger.html

Die index-template .html sieht sehr ähnlich aus. Die index Datei komplett anders.

Eingefügt habe ich

body.dashboard-solo { background: none; }

an der Stelle unter <Style>

    <meta name="apple-mobile-web-app-capable" content="yes" />
    <meta name="apple-mobile-web-app-status-bar-style" content="black" />
    <meta name="msapplication-TileColor" content="#2b5797" />
    <meta name="msapplication-config" content="public/img/browserconfig.xml" />
  </head>

  <body class="theme-[[ .Theme ]] [[.AppNameBodyClass]]">
    <style>

        body.dashboard-solo { background: none; }

      .preloader {
        height: 100%;

Leider funktioniert das bei mir nicht. Hat jemand einen Tip? Danke!

[THELOH]

@rkccorian Moin!
ich habe genau die gleichen Probleme wie du gehabt hast.
Keinen nano zum editieren im grafana container. kein sudo, kein apt, etc.
Nun gibts ja die Möglichkeit das Verzeichnis in dem die indiex.html liegt nach außen zu mappen.
magst du den Inhalt der docker-compose.yml einmal zeigen?

volumes:
- ./grafana_data:/var/lib/grafana

- ./grafana_public:/usr/share/grafana

ich verzweifel bei dem Eintrag für die index.html ;)

[OliverIO]

@theloh sagte in Hintergrund von Grafana Dashboard in VIS entfernen:

@rkccorian Moin!
ich habe genau die gleichen Probleme wie du gehabt hast.
Keinen nano zum editieren im grafana container. kein sudo, kein apt, etc.
Nun gibts ja die Möglichkeit das Verzeichnis in dem die indiex.html liegt nach außen zu mappen.
magst du den Inhalt der docker-compose.yml einmal zeigen?

volumes:
- ./grafana_data:/var/lib/grafana

- ./grafana_public:/usr/share/grafana

ich verzweifel bei dem Eintrag für die index.html ;)

Wenn sudo und apt bei grafana nicht funktioniert
Vermute ich mal du hast es als docker Container installiert
Weiter vermute ich das du die alpine Distro genommen hast
In alpine heißt der packetmamager
apk
Wenn du noch kein Root bist müsste man mit
su
Root Rechte bekommen
Falls du immer noch sudo brauchst dann
apk add sudo
So kannst dir dann auch Nano installieren

Aber die Methode mit dem volume ist die bessere, da alle Änderungen an Dateien, die nicht in volumes liegen, sind nach dem Neustart des Containers wieder verloren

Leider kann ich dir meine composer yml nicht zeigen, da ich erst nächste Woche wiede nach Hause komme und solange nicht schauen kann.