Synology-Forum.nl
Packages => Officiële Packages => Docker / Container Manager => Topic gestart door: nieuwsgier op 08 juli 2020, 19:26:58
-
Ik heb op mijn 218+ Docker geinstalleerd en daarin onder andere grafana.
Ik heb getracht een nieuwe versie van Grafana te installeren en daarbij is waarschijnlijk iets misgegaan bij het instellen van de certificaten.
Externe toegang tot grafana loopt via duckdns. In eerste instantie maakte ik daarbij gebruik van Letsencrypt, maar bij een volgende installatie is er waarschijnlijk iets misgegaan waardoor ik nu geen externe toegang meer kan krijgen.
Ik krijg dan de melding <mijndomein.duckdns.org> refused to connect
ERR_CONNECTION_REFUSED
Mijn domein staat nu vermeld onder de Synology certicaten, maar ook onder de Letsencrypt certificaten, ik heb geen idee of dat klopt.
Daarnaast staat het domein met poort nog vermeld bij Reverse Proxy in het configuratiescherm (Toepassingsportaal)
Kan iemand aangeven waar ik bij moet kijken om dit probleem te tackelen ?
-
Heeft m.i. niets te maken met Certificaten.
De error "ERR_CONNECTION_REFUSED" kan van alles betekenen.
https://www.google.com/search?q=ERR_CONNECTION_REFUSED&rlz=1C1CHBD_enNL888NL888&oq=ERR_CONNECTION_REFUSED&aqs=chrome..69i57j69i59j0l5j69i60.3670j0j7&sourceid=chrome&ie=UTF-8
-
Ik denk dat er iets mis is gegaan met de nieuwe versie van Grafana.
Even Googled op "Grafana ERR_CONNECTION_REFUSED": Misschien hier de oplossing (https://community.openhab.org/t/solved-upgrade-grafana-5-6-connection-refused/91138) ?
-
Ik heb inderdaad een soortgelijke verandering willen aanbrengen, maar vreemd genoeg kan ik nergens de *.ini file vinden.
Terwijl in het overzicht van de container wel wordt aangegeven waar de files zich zouden moeten bevinden.
Ik kan naar alle directories zoals die in bijgaande afbeelding worden weergegeven maar slechts tot aan het momend dat je de grafana-map zou moeten vinden.
-
Ik heb zelf geen Grafana, maar alle Grafana mappen bestaan niet ?
Wil Grafana2 wel hier even installeren (mits het effe simpel is) en kijken, maar geef mij dan de link naar die image, zodat wij hetzelfde kijken.
-
Het is een docker image.
Hier is meer info te vinden https://registry.hub.docker.com/r/grafana/grafana/
Heb je daar genoeg aan ?
Grafana2 is overigens de container naam die ik er aan gegeven heb. De huiidge laatste versie is nieuwer dan mijn Grafana, maar de installatie daarvan veranderde niets aan de situatie dus die heb ik weer verwijderd.
-
Zal morgen eens kijken, altijd leuk ;D
-
Ik heb Grafana geïnstalleerd en het werkt bij mij out of the box:
[attachimg=1]
[attachimg=2]
Maar goed, toch even met PuTTY (als root) gekeken, maar ik kan er gewoon bij grafnada.ini komen:
root@DS716-II:/volume1/@docker/btrfs/subvolumes/24fe1724505dcebc410dd361d809e9da6f120d23b674e75d4401ba2038e8d232/etc/grafana# ls -l grafana.ini
-rw-r--r-- 1 root root 27381 Jun 30 15:58 grafana.ini
vi grafana.ini
# set to true if you want to allow browsers to render Grafana in a <frame>, <iframe>, <embed> or <object>. default is false.
;allow_embedding = false
;allow_embedding = false zou dus op true gezet moeten worden, echter, ik heb het niet gewijzigd en toch werkt het.
Dus, die link is kennelijk niet de oplossing voor jou en ik kan het niet reproduceren. ::)
Gebruik de Google zoek link in Reactie #1.
-
Dank voor je uitzoekwerk. Het is echter niet zo dat grafana zelf niet werkt. Ik kan er echter niet bij via Duckdns/Letsencrypt.
Ik zal vanavond onderzoeken of ik iets kan met de *.ini file.
Het pad dat jij aangeeft is niet die waar ik gezocht heb.
Ik begrijp nu dat je niet in het "gewone" pad moet zoeken, maar dat het via een docker-pad moet.
-
Uiteraard het docker-pad volgen. 8)
-
Eindelijk gevonden :)
/volume2/@docker/aufs/diff/e26d585ffe28ec03bbdf970f14892ce110399916990edd50cf29af367bc980e8/etc/grafana/grafana.ini
Nogmaals dank
-
8) Probleem is daarmee toch opgelost ?
-
Nou Nee, het probleem met de toegang via duckdns bestaat nog steeds. Maar wellicht dat de ini file kan helpen.
-
containers zijn leuk, maar zorg dat alle bestanden met aanpasbare zaken BUITEN je container zitten dmv je mappings. Dat heb je hier dus duidelijk niet.
Als je de container een update geeft is die *.ini file ook gewoon terug overschreven.
De enige "mapping" die je hebt is de /var/lib/grafana folder (in container) gemapped naar docker/grafana2 op je NAS
De locatie van die ini-file binnen de container is /etc/grafana dus die ben je kwijt telkens je aan de container gaat morrelen vooor updates. Breng de init file naar buiten dmv van een link te leggen.
-
@DSGebruiker: Dat is ook de reden waarom ik geen updates doe, maar elke keer een nieuwe container aanmaak.
KLaarblijkelijk is daar iets misgegaan.
Ik heb nog één grafana-container, maar ik vind wel vier Grafana.ini files in @docker.... ;)
Daarnaast komt een directory naam zoals e26d585ffe28ec03bbdf970f14892ce110399916990edd50cf29af367bc980e8 niet overeen met de map die in portainer wordt weergegeven.
Ik loop hier dus tegen het probleem aan dat ik een installatie-stappenplan prima kan volgen, maar als er iets misgaat je eigenlijk niet weet waarom je bepaalde stappen in zo'n stappenplan uitvoert. Moet me toch maar eens meer gaan verdiepen in de werking van Docker binnen Synology
-
Mijn Grafana 7.0 draait hier als een zonnetje op m'n 918+
Het idee van containers (vb docker) is portabiliteit en een "stateless" aspect
Ik heb mappings "naar buiten" toe voor de meeste dingen : datafiles,plugins,logging,config zodat ik niets van die dingen kwijt ben als ik een update van Grafana doe.
-
Kun je een tipje van de sluier oplichten over de wijze waarop je die mappings "naar buiten" bij de installatie van een contaner inricht?
BIj het woord "mappings"denk ik eigenlijk meer aan iets naar "binnen" toe..Dus de bestanden blijven op hun originele plek, en met mapping heb je er via een soort snelkoppeling in de verkenner toegang toe.
Een linkje naar documentatie is ook prima natuurlijk
EDIT: Ik zie nu pas dat je een afbeelding hebt toegevoegd. één vanm die mount paden voeg ik ook altijd toe, maar daar wordt niets ingezet. Moet je die submappen zelf aanmaken voordat je een container bouwt ? Ga het vanavond ff proberen. Dank al vast
-
Moet je zelf aanmaken ja en ik geeft redelijke "full write" rechten voor "Everyone" op die folders. Is niet optimaal en ik denk dat de docker instance gewoon onder de user draait die je gebruikt hebt voor de creatie ervan.
Ik moet daar nog effe mee experimentern, maar mijn NAS is ook niet extern bereikbaar enz.
Ik denk zelfs dat ik in dit geval met text-editor op m'n DSM echt een nieuwe grafana.ini heb gemaakt en deze dan gemapped. Want bij "start" van container zoekt die natuurlijk de INI-file en als je die mapped moet die buiten de container bestaan natuurlijk.
t=2020-07-10T07:30:11+0000 lvl=info msg="Config loaded from" logger=settings file=/usr/share/grafana/conf/defaults.ini
t=2020-07-10T07:30:11+0000 lvl=info msg="Config loaded from" logger=settings file=/etc/grafana/grafana.ini
-
Waar gebruik je Grafana voor ?
Ik heb het hier draaien naast InfluxDB (ook docker) waarin allerlei metrics toekomen vanuit de domotica gateway, allerlei sensors etc.
-
Ik gebruik het vooral voor meetwaarden uit mijn slimme meter en de meetwaarden uit mijn zonnepanelen.
Daarnaast een grafiekje voor de internetsnelheid. (alles in omtwikkeling)
Ik wil de Grafanapanels (inderdaad met Influxdb) integreren in mijn home-assistant dashboard.
Dat ging lange tijd goed, tot aan de update.
Ik moet connectie naar buiten hebben, omdat er anders geen verbinding naar Google Home mogelijk is.
-
HA kan idd ook rechtstreeks in InfluxDB wegschrijven (vb Internet speed test ; download/upload/icmp-ping) en dat is dan vlot te visulaliseren, dat heb ik hier ook opgezet.
[attach=1]
-
Nu heb ik het volgens mij hetzelfde ingericht als @DSGebruiker maar grafana.ini wordt niet gevuld
Omdat ik na vijf keer wel genoeg had van het steeds weer moeten invullen van de koppelingen heb ik de laatste keer alleen de *.ini gekoppeld , uitgebreide rechten gegeven (teveel eigenlijk) maar nog steeds geen resultaat.
Schiet mij maar lek :'( :'(
-
Invullen ?? Nee je moet ZELF zorgen dat de INI-file in deze gemapte folder komt te staan.
Niets gaat automagisch hoor!
Dus probeer van een bestaande installatie de *.ini file in een text-editor te open en dan copy-past naar nieuw textbestand op je gemapte locatie. Of je kan met CLI-commando's ook wel files beginnen copieren vanuit een container natuurlijk. Maar voor een simpele INI-file mischien even in texteditor copy/paste
-
oooohhh, ik dacht dat de ini file tijdens het aanmaken van de container werd aangemaakt/gevuld.
Nou weer een stapje verder. Fijn dat hier echte deskundigen zijn te vinden :clap: :clap: :clap: