There is a new stable release of Grafana -> v6.0.0. Would be great if the Add-on can be upgraded to this version.

Problem/Motivation

Anonymous login not working.
The problem started with the new authentication "ingress".
I have a number of weblinks in lovelace cards. In this example "Temperatur".

The url is: "http://192.168.1.xxx:8123/api/hassio_ingress/D9Thc-oHO7QXwg-rnlpHSNNptEbOxVZql9YXsSkn6A8/d/uD1_YkKZz/utetemperatur?orgId=1&kiosk=tv&panelId=2&fullscreen&from=now-24h&to=now", i get the following in the browser: "401: Unauthorized".

Expected behavior

The Grafan panel should open without any error message.

Actual behavior

Grafana config:

Grafana add-on logg, part of it:

Steps to reproduce

See above.

Proposed changes

Problem/Motivation

Unable to add plugins via addon config. Results in "Client.Timeout exceeded while awaiting headers"

Expected behavior

Plugin downloads and installs, grafana starts

Actual behavior

http get request times out, plugin fails to install, addon stops due to fatal error during setup.

Error from log:

....
[cont-init.d] 80-plugins.sh: executing... 
Failed to send requesterrorGet https://grafana.com/api/plugins/repo/briangann-gauge-panel: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
Error: ✗ Failed to send request. error: Get https://grafana.com/api/plugins/repo/briangann-gauge-panel: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

NAME:
   Grafana cli plugins install - install <plugin id> <plugin version (optional)>

USAGE:
   Grafana cli plugins install [arguments...]
FATAL: Failed installing Grafana plugin: briangann-gauge-panel
[cont-init.d] 80-plugins.sh: exited 1.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] 99-message.sh: executing... 
-----------------------------------------------------------
                Oops! Something went wrong.
 
 We are so sorry, but something went terribly wrong when
 starting or running this add-on.
 
 Be sure to check the log above, line by line, for hints.
-----------------------------------------------------------
[cont-finish.d] 99-message.sh: exited 0.
[cont-finish.d] done.
[s6-finish] syncing disks.
[s6-finish] sending all processes the TERM signal.

Steps to reproduce

Install addon as normal to hassio

Config used:

{
  "log_level": "debug",
  "ssl": false,
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem",
  "plugins": [
    "briangann-gauge-panel"
  ]
}

Further info

I've checked from within the container itself and it appears it may be due to dns lookup failing for "grafana.com" during the plugin install command.

Problem/Motivation

I just tried to avoid the problem with HTTP 401 response while accessing graphs via ingress.

Expected behavior

Addon is running and I am able to access it using ingress and preliminary specified port(3000) as well.

Actual behavior

Addon is not started at all. And I see following error in the logs:

20-02-13 14:28:48 ERROR (SyncWorker_4) [hassio.docker] Can't start addon_a0d7b954_grafana: 500 Server Error: Internal Server Error ("driver failed programming external connectivity on endpoint addon_a0d7b954_grafana (aff17550576f96d77082849df45add5c8e09e9cfa5323157167409a5578f2bb0): (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 3000 -j DNAT --to-destination 172.30.33.1:80 ! -i hassio: iptables: No chain/target/match by that name.
(exit status 1))")

Steps to reproduce

Just set custom port and restart addon.

Software revision

Docker: 19.03.5
Home Assistant: 0.105.3
Grafana: 4.1.0

Problem/Motivation

The PhantomJS project has been abandoned and doesn't make sense to include it.
There's now a new "Grafana Backend Plugin that handles rendering of panels & dashboards to PNGs using headless chrome": https://github.com/grafana/grafana-image-renderer
Maybe this could be included in the add-on as a replacement.

Until now PhantomJS was still installed but didn't work that well (if at all).
Last time the argument was that the "Grafana Image Renderer" is kinda new and we're unsure if it would be the official Grafana thing. However, it will be default in 6.0 (see last posts in grafana/grafana#13802) but it would be nice to have it before then.

Expected behavior

Not expecting anything, but would be nice to see it included.

Actual behavior

There is no way to have rendered images.

Steps to reproduce

Try to use a rendered image.

Proposed changes

Include the new headless chrome plugin and nodejs to run it in the docker image. One of the problems that's mentioned is it would break all server side rendering and alert images, but not really a problem since it didn't always work at the moment either.

GitHub

grafana/grafana-image-renderer

A Grafana Backend Plugin that handles rendering of panels & dashboards to PNGs using headless chrome - grafana/grafana-image-renderer

Problem/Motivation

I'm unable to overrule some configuration settings of Grafana.

At the moment i'm using the Grafana addon from the https://github.com/bestlibre/hassio-addons repository. This addon allows for custom configuration settings to be specified using the env_var keyword. I use this to configure proxy authentication. I authenticate on a reverse proxy which then sets a header so that Grafana skips the password request.

Unfortunately the addon in the bestlibre repo is an old version of Grafana, therefore i would like to use this addon.

Expected behavior

Allowing customer configuration settings to be specified from the hassio addon detail page.

Actual behavior

When i specify the env_var key it's removed automatically and environment variables are not available in the container.

Steps to reproduce

1. Set the env_var key in the config dict:

{
  "env_var": [
    {
      "name": "GF_SERVER_DOMAIN",
      "value": "home.mydomain.nl"
    },
    {
      "name": "GF_SERVER_ROOT_URL",
      "value": "%(protocol)s://%(domain)s:/_grafana"
    },
    {
      "name": "GF_AUTH_PROXY_ENABLED",
      "value": "true"
    },
    {
      "name": "GF_AUTH_PROXY_HEADER_NAME",
      "value": "X-WEBAUTH-USER"
    },
    {
      "name": "GF_AUTH_PROXY_HEADER_PROPERTY",
      "value": "username"
    },
    {
      "name": "GF_USERS_ALLOW_SIGN_UP",
      "value": "false"
    },
    {
      "name": "GF_AUTH_PROXY_AUTO_SIGN_UP",
      "value": "false"
    }
  ]
}

2. Save the config
3. Start the addon
4. Login to the container, check the environment variables

Proposed changes

It would be awesome if the env_var key could be parsed and the environment variables would be made available inside the grafana container.

Thanks for all your work!

GitHub

bestlibre/hassio-addons

Contribute to hassio-addons development by creating an account on GitHub.

Same problem here with embeded frame. Shoud this be fixed in the actual release? I am confused.

Originally posted by @frenck in #38 (comment)_

cu
Sven

Problem/Motivation

After upgrade the discrete graphs stop showing and the auto refresh is not working...need to refresh with F5.

Expected behavior

The discrete graphs should appear as you can see on the images... I can only see errors on javascript like:

Actual behavior

(What actually happened)

Steps to reproduce

Add discrete graph with some mappings:

Proposed changes

No idea what can be done to help...

Problem/Motivation

I can't access Grafana form panel or embebed link

Expected behavior

Access like before

Actual behavior

I can access outside Hassio https://mysite.duckdns.org:3000/d/Be4Qfqggz/principal?orgId=1

Steps to reproduce

Upgrading to last version

Proposed changes

...

After last update Grafana stops to work just indide Hassio, It was working ok till now.

I´m having this error:
t=2019-06-03T01:03:28+0100 lvl=info msg="HTTP Server Listen" logger=http.server address=0.0.0.0:80 protocol=https subUrl= socket= 2019/06/03 01:03:47 http: TLS handshake error from 192.168.1.10:55971: remote error: tls: unknown certificate

Inside Hassio I have this:

With a message of rejected conection

This is my config:

{ "ssl": true, "certfile": "fullchain.pem", "keyfile": "privkey.pem", "plugins": [], "env_vars": [ { "name": "GF_AUTH_BASIC_ENABLED", "value": "false" }, { "name": "GF_AUTH_PROXY_ENABLED", "value": "false" }, { "name": "GF_AUTH_ANONYMOUS_ENABLED", "value": "true" }, { "name": "GF_AUTH_ANONYMOUS_ORG_NAME", "value": "Main Org." }, { "name": "GF_AUTH_ANONYMOUS_ORG_ROLE", "value": "Editor" }, { "name": "GF_USERS_ALLOW_SIGN_UP", "value": "false" } ] }

Problem/Motivation

Ingress support makes deploying the plugin far easier.

Expected behavior

Have the option for Ingress and adding to the panel sidebar.

Actual behavior

The options are not present yet.

Problem/Motivation

I have installed grafana and connected it to influxdb as you described in @frenck livestream. Worked magic! I have tried both with and without changing the admin password but the same thing happens. When I open the grafana UI from hassio it gets me to the login screen. Here i can log in and all is good, but when the dashboard is open an authentication box pops up requesting username and password. This does not go away when entering the same username and password used to log into grafana. Note that this did not happen when I first logged in after installing it, only after logging out once and attempting to log in again. See screenshot for what it looks like. Am I missing something really basic?

My config:
{ "ssl": true, "certfile": "fullchain.pem", "keyfile": "privkey.pem", "plugins": [], "env_vars": [] }

Expected behavior

being able to authenticate and log into Grafana

Actual behavior

I go past the login screen but cannot authenticate against the pop up that comes up over the dashboard.

@guiumb commented on Aug 8, 2018, 1:08 PM UTC:

Problem/Motivation

Grafana add-on allows you to create very readable panels and is a easy way to monitor all the data collected by Home Assistant.
Share panel capability as PNG image file provided by Grafana, unfortunatly, doesn't work because PhantomJS component was not included in currentrly add-on version 0.3.0.

Expected behavior

I think that sould be nice to have the Grafana export png capability also available in Hass.io platform.

Actual behavior

(What actually happened)

Steps to reproduce

Error log proveded by Grafana during a PNG export:

lvl=eror msg="executable not found" logger=rendering executable=/usr/share/grafana/tools/phantomjs/phantomjs
lvl=eror msg="Rendering failed - PhantomJS isn't included in arm build per default" logger=context userId=1 orgId=1 uname=admin error="PhantomJS executable not found"

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

This issue was moved by frenck from hassio-addons/repository/issues/81.

Please add option to show grafana in sidebar :)
Regards,

Problem/Motivation

(Why the issue was filed)
After the update to v3.0.0 all embedded iframes stopped working. I assume this is because the ingress support, but I just want to share graphs externally, so ingress doesn’t solve this issue.

Expected behavior

(What you expected to happen)
I expected my embedded iframes to work as they always did. I expected my graph loaded in the iframe and displayed correctly

Actual behavior

(What actually happened)
The actual behaviour is that the resource where normally the graph was available is now unavailable

Steps to reproduce

(How can someone else make/see it happen)
Create within grafana an embedded link and try to access it.

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

After updating to 2.2.2, this error appears.
I can't get the information from the dashboard and is always asking for the username and password.

Problem/Motivation

i do have two influxdb running on different physical machines, im using best libre addons , and on the process to migrate to your version (new).
this are my findings so far , ( may be a limitation on the addon , or maybe something im doing wrong)
i can access both from the same grafana instance ( i tested with your addon) and there is no problem on mixing of the "new" ingluxdb data ( running on the same rPI as the new grafana) with the old influxdb running on rpi1 .

but , i cant get access to the new influxdb , from the rpi1 which is running the other grafana instance .

So, i can access best libre influxdb, from any, but the new influxdb , only from the grafana running on the same physical device.

will the data base on the other device have a different address? than http://a0d7b954-influxdb:8086 , should we use the docker host IP address? as the address should be different for both ...

is it possible to get access to the db on the container , from outside the container ?,

Expected behavior

be able to access two different influxdb from one grafana instance.

Actual behavior

as mentioned, not able to get access to the db inside the container from other device.

Steps to reproduce

install influxdb on 2 different machines , and grafana on either , and try to configure grafana to connect to both at the same time .

Proposed changes

Problem/Motivation

I'm not able to login any more in Grafana.

Expected behavior

Login into Grafan

Actual behavior

For a short time Grafanas login screen disappears but I immediately return to the login screen. quickly appeared a error message ' unauthorized'. I haven't change user id or password. I used Grafana add-on 2.2.3. Login works with Chrom but doesn't work with Safari.

Steps to reproduce

It happens ever login

Proposed changes

Problem/Motivation

I'm not able to login any more in Grafana.

Expected behavior

Login into Grafan

Actual behavior

For a short time Grafanas login screen disappears but I immediately return to the login screen. quickly appeared a error message ' unauthorized'. I haven't change user id or password. I used Grafana add-on 2.2.3. Login works with Chrom but doesn't work with Safari.

hassio version 0.98.

I cleared the cache in Safari but it's still not possible to login. Log file says login successful but it's not.

Steps to reproduce

It happens ever login

Proposed changes

Very nice to see the grafana add-on included on your repertoire ! , thankyou

would like to know what is the version number , in order to check compatibility with my actual grafana dashboards, and influx db version .

Problem/Motivation

There are several reasons for this:

• Not all log messages are consistent across all add-ons.
• Some messages are unclear to the novice user.

Problem/Motivation

I want to set a home dashboard

Expected behavior

You need to star a dashboard to select it, that is not possible

Actual behavior

When i click on the star right after the dashboard at the home page i receive an error "You need to sign in to star dashboards"

Problem/Motivation

GRafana web page not being served after update to 2.1.0

all starting logs seams correct and no errors , ( plugins register process is ok, all initialization is ok)
it won't open the ui after clicking the Web ui button , error is
404 Site my_ip is not served on this interface

and this is the last line on the grafana logs :

t=2019-04-25T17:08:48-0300 lvl=info msg="HTTP Server Listen" logger=http.server address=0.0.0.0:80 protocol=http subUrl= socket=

(Why the issue was filed)

Expected behavior

(What you expected to happen)

Actual behavior

(What actually happened)

Steps to reproduce

updated the add-on , restarted hassio , use the web button, or directly the ip:3000

(How can someone else make/see it happen)

Proposed changes

my config is

arch | x86_64
-- | --
dev | false
docker | true
hassio | true
os_name | Linux
python_version | 3.7.3
timezone | America/Argentina/Buenos_Aires
version | 0.92.0
virtualenv | false

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

One day I found my Grafana tab on HA not working, i then noticed that the add-on was stopped. So i tried to start it, but it crashed. I then decided to uninstall and reinstall it completely, with no luck. I'll paste the logs below.

Expected behavior

Grafana should work?

Actual behavior

It crashes when loading

Logs

[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-banner.sh: executing... 
-----------------------------------------------------------
 Hass.io Add-on: Grafana
 The open platform for beautiful analytics and monitoring
-----------------------------------------------------------
 Add-on version: 2.2.1
 You are running the latest version of this add-on.
 System: HassOS 2.12  (armv7 / raspberrypi3)
 Home Assistant version: 0.95.4
 Supervisor version: 168
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
[cont-init.d] 00-banner.sh: exited 0.
[cont-init.d] 01-log-level.sh: executing... 
[cont-init.d] 01-log-level.sh: exited 0.
[cont-init.d] grafana.sh: executing... 
[cont-init.d] grafana.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[20:04:23] INFO: Starting Memcached...
[20:04:23] INFO: Starting Grafana...
panic: reflect: call of reflect.Value.Interface on zero Value
goroutine 1 [running]:
reflect.valueInterface(0x731bc, 0xfffffade, 0x0, 0x1, 0x0, 0x1)
	/usr/local/go/src/reflect/value.go:984 +0x15c
reflect.Value.Interface(...)
	/usr/local/go/src/reflect/value.go:979
github.com/grafana/grafana/vendor/github.com/aws/aws-sdk-go/private/protocol/json/jsonutil.unmarshalScalar(0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0)
	/go/src/github.com/grafana/grafana/vendor/github.com/aws/aws-sdk-go/private/protocol/json/jsonutil/unmarshal.go:215 +0xd6c
runtime: unexpected return pc for runtime.main called from 0x0
stack: frame={sp:0x344e118, fp:0x344e138} stack=[0x344d000,0x344e000)
Signal handled: Terminated.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] 99-message.sh: executing... 
[cont-finish.d] 99-message.sh: exited 0.
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.```

Could Grafana be upgraded to the 5.4 version? At the moment this version is still in beta, but brings a nice feature with it. From this version it is possible to use the graphical query editor for those who use a MySQL database. More info

Problem/Motivation

Can't start the addon. Even after uninstall and reinstall.

Expected behavior

Addon started

Actual behavior

[08:39:18] INFO: Starting Memcached...
s6-applyuidgid: fatal: unable to exec /usr/bin/memcached: Permission denied
[cont-finish.d] executing container finish scripts...
[cont-finish.d] 99-message.sh: executing... 
[cont-finish.d] 99-message.sh: exited 0.
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.

Steps to reproduce

Install addon, set ssl to false, start addon.

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

When upgrading to the latest version with the sidebar icon enabled via "Show in Sidebar" the icon is duplicated; one of the icons leads to a 502 page, the other leads to grafana proper.

Expected behavior

Upgrading to the latest version should update the sidebar icon to the new ingress

Actual behavior

The sidebar icon shows for both the old and new ingress, the old icon does not work at all and leads to an error page.

Steps to reproduce

1. Setup Hass.io with the old version (<3.0.0)
2. Activate Sidebar Icon
3. Upgrade to latest version (3.0.0)
4. The old Sidebar Icon is now broken
5. De- and Reactivate Sidebar Icon

Proposed changes

The Addon should clear the old icon before or after upgrading, this was likely introduced when the addon changed to the new ingress method.

Problem/Motivation

i cant login InfluxDB

Expected behavior

login correct

Actual behavior

error with:
[05/Jan/2020:17:23:55 +0100] 500 192.168.1.38, 172.30.32.1(172.30.32.2) GET /api/datasources/proxy/1/query?q=SHOW+RETENTION+POLICIES+on+%22%22&epoch=ms HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0)
[05/Jan/2020:17:24:04 +0100] 200 192.168.1.38, 172.30.32.1(172.30.32.2) PUT /api/datasources/1 HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0)
[05/Jan/2020:17:24:04 +0100] 200 192.168.1.38, 172.30.32.1(172.30.32.2) GET /api/frontend/settings HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0)
[05/Jan/2020:17:24:04 +0100] 200 192.168.1.38, 172.30.32.1(172.30.32.2) GET /api/datasources/1 HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0)
t=2020-01-05T17:24:04+0100 lvl=eror msg="Request error" logger=context userId=1 orgId=1 uname=admin error="runtime error: invalid memory address or nil pointer dereference" stack="/usr/local/go/src/runtime/panic.go:199 (0x4502db)\n/usr/local/go/src/runtime/signal_unix.go:394 (0x450118)\n/go/src/github.com/grafana/grafana/pkg/api/pluginproxy/ds_proxy.go:216 (0xf9470d)\n/go/src/github.com/grafana/grafana/pkg/api/pluginproxy/ds_proxy.go:68 (0xf93a12)\n/go/src/github.com/grafana/grafana/pkg/api/dataproxy.go:35 (0x12fefc8)\n/usr/local/go/src/reflect/value.go:460 (0x49b5f5)\n/usr/local/go/src/reflect/value.go:321 (0x49adb3)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:177 (0x82a9d9)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:137 (0x82a389)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:121 (0x82b978)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:112 (0xc5efd5)\n/go/src/github.com/grafana/grafana/pkg/middleware/request_tracing.go:25 (0xc5efc8)\n/usr/local/go/src/reflect/value.go:460 (0x49b5f5)\n/usr/local/go/src/reflect/value.go:321 (0x49adb3)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:177 (0x82a9d9)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:137 (0x82a389)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:121 (0x82b978)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:112 (0xc5e7cc)\n/go/src/github.com/grafana/grafana/pkg/middleware/request_metrics.go:17 (0xc5e7b7)\n/usr/local/go/src/reflect/value.go:460 (0x49b5f5)\n/usr/local/go/src/reflect/value.go:321 (0x49adb3)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:177 (0x82a9d9)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:137 (0x82a389)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:121 (0x82b978)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:112 (0xc5e6df)\n/go/src/github.com/grafana/grafana/pkg/middleware/recovery.go:147 (0xc5e6cd)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:79 (0x82b820)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:157 (0x82a6e9)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:135 (0x82a478)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:121 (0x82b978)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:112 (0xc5bf2b)\n/go/src/github.com/grafana/grafana/pkg/middleware/logger.go:34 (0xc5bf16)\n/usr/local/go/src/reflect/value.go:460 (0x49b5f5)\n/usr/local/go/src/reflect/value.go:321 (0x49adb3)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:177 (0x82a9d9)\n/go/src/github.com/grafana/grafana/vendor/github.com/go-macaron/inject/inject.go:137 (0x82a389)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/context.go:121 (0x82b978)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/router.go:187 (0x83cad6)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/router.go:303 (0x8373a5)\n/go/src/github.com/grafana/grafana/vendor/gopkg.in/macaron.v1/macaron.go:220 (0x83086a)\n/usr/local/go/src/net/http/server.go:2802 (0x70a533)\n/usr/local/go/src/net/http/server.go:1890 (0x705ed4)\n/usr/local/go/src/runtime/asm_amd64.s:1357 (0x46a9f0)\n"

Steps to reproduce

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

Trying to change the default admin user password. The following does not work as value in /etc/grafana/grafana.ini within the container still shows hassio

plugins: []
env_vars:
  - name: GF_SECURITY_ADMIN_PASSWORD
    value: test
ssl: false
certfile: fullchain.pem
keyfile: privkey.pem
log_level: info
grafana_ingress_user: myuser

Expected behavior

The admin user password is updated to the value specified.

Actual behavior

Default password remains

Steps to reproduce

Use the above config, setting the value of GF_SECURITY_ADMIN_PASSWORD and restart the container. The default password is not updated.

Problem/Motivation

When upgrading to 3.0, I get the login page of Grafana. After logging in I get {"message":"Unauthorized"}

Expected behavior

According to the changelog, after upgrading login shouldn't be necessary since grafana is now accessed by ingress.

Actual behavior

When I click open in web ui, I'm taken to the grafana login page. After logging in with the user I created in grafana I am taken to a page that says: {"message":"Unauthorized"}

Am I doing something wrong? Should I do something with my user account in grafana before upgrading? I've went back to 2.3.0 and everything is working fine again. Please give some more details on the proper way to upgrade to 3.0. Thanks!

Ideas on how to install custom plugins?
I need to install
https://github.com/CorpGlory/grafana-multibar-graph-panel

Thanks

GitHub

CorpGlory/grafana-multibar-graph-panel

A plugin implementing https://github.com/grafana/grafana/issues/870 - CorpGlory/grafana-multibar-graph-panel

Problem/Motivation

After installation mtanda-histogram-panelplugin. After add histogram panel, it is empty and browser console reports 404 static files

Not load plugin static files

Expected behavior

Histogram plugin are loaded correct

Actual behavior

Steps to reproduce

Configuration:

{
  "log_level": "info",
  "ssl": false,
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem",
  "plugins": [
    "mtanda-histogram-panel"
  ],
  "env_vars": []
}

Logs:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-banner.sh: executing... 

-----------------------------------------------------------
 Hass.io Add-on: Grafana v1.2.1

 The open platform for beautiful analytics and monitoring

 From: Community Hass.io Add-ons
 By: Franck Nijhof <[email protected]>
-----------------------------------------------------------
 armhf / Raspbian GNU/Linux 9 (stretch) / HA 0.82.1 / SU 141 / stable
-----------------------------------------------------------
[cont-init.d] 00-banner.sh: exited 0.
[cont-init.d] 01-log-level.sh: executing... 
Log level is set to INFO
[cont-init.d] 01-log-level.sh: exited 0.
[cont-init.d] 02-updates.sh: executing... 

INFO: You are running the latest version of this add-on
[cont-init.d] 02-updates.sh: exited 0.
[cont-init.d] 10-requirements.sh: executing... 
[cont-init.d] 10-requirements.sh: exited 0.
[cont-init.d] 20-loglevel.sh: executing... 
[cont-init.d] 20-loglevel.sh: exited 0.
[cont-init.d] 21-ssl.sh: executing... 
[cont-init.d] 21-ssl.sh: exited 0.
[cont-init.d] 22-secret.sh: executing... 
[cont-init.d] 22-secret.sh: exited 0.
[cont-init.d] 80-plugins.sh: executing... 
installing mtanda-histogram-panel @ 0.1.6
from url: https://grafana.com/api/plugins/mtanda-histogram-panel/versions/0.1.6/download
into: /var/lib/grafana/plugins

✔ Installed mtanda-histogram-panel successfully 

Restart grafana after installing plugins . <service grafana-server restart>

[cont-init.d] 80-plugins.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
INFO: Starting Memcached
INFO: Starting Grafana
t=2019-01-10T22:04:37+0100 lvl=info msg="Starting Grafana" logger=server version=5.4.1 commit=308c818 branch=HEAD compiled=2018-12-10T15:08:32+0100
t=2019-01-10T22:04:37+0100 lvl=info msg="Config loaded from" logger=settings file=/usr/share/grafana/conf/defaults.ini
t=2019-01-10T22:04:37+0100 lvl=info msg="Config loaded from" logger=settings file=/etc/grafana/grafana.ini
t=2019-01-10T22:04:37+0100 lvl=info msg="Path Home" logger=settings path=/usr/share/grafana
t=2019-01-10T22:04:37+0100 lvl=info msg="Path Data" logger=settings path=/data
t=2019-01-10T22:04:37+0100 lvl=info msg="Path Logs" logger=settings path=/var/logs/grafana
t=2019-01-10T22:04:37+0100 lvl=info msg="Path Plugins" logger=settings path=/var/lib/grafana/plugins
t=2019-01-10T22:04:37+0100 lvl=info msg="Path Provisioning" logger=settings path=/usr/share/grafana/conf/provisioning
t=2019-01-10T22:04:37+0100 lvl=info msg="App mode production" logger=settings
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing HTTPServer" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing SqlStore" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Connecting to DB" logger=sqlstore dbtype=sqlite3
t=2019-01-10T22:04:37+0100 lvl=info msg="Starting DB migration" logger=migrator
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing SearchService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing RenderingService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing AlertingService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing DatasourceCacheService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing HooksService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing InternalMetricsService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing CleanUpService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing NotificationService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing ProvisioningService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing PluginManager" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Starting plugin search" logger=plugins
t=2019-01-10T22:04:37+0100 lvl=info msg="Registering plugin" logger=plugins name=Histogram
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing TracingService" logger=server
t=2019-01-10T22:04:37+0100 lvl=info msg="Initializing Stream Manager"
t=2019-01-10T22:04:37+0100 lvl=info msg="HTTP Server Listen" logger=http.server address=0.0.0.0:3000 protocol=http subUrl= socket=
t=2019-01-10T22:04:47+0100 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/plugins status=302 remote_addr=X.X.X.X time_ms=13 size=57 referer=
t=2019-01-10T22:04:54+0100 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/login status=302 remote_addr=X.X.X.X time_ms=6238 size=59 referer=
t=2019-01-10T22:06:15+0100 lvl=eror msg="Failed to get user with id" logger=context userId=1 error="User not found"
t=2019-01-10T22:06:15+0100 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/api/dashboards/home status=401 remote_addr=X.X.X.X time_ms=4372 size=54 referer=http://X.X.X.X:3000/
t=2019-01-10T22:06:23+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/series_overrides_ctrl status=404 remote_addr=X.X.X.X time_ms=47 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:06:23+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/legend status=404 remote_addr=X.X.X.X time_ms=58 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:06:23+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/jquery.flot.events status=404 remote_addr=X.X.X.X time_ms=59 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:06:57+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/series_overrides_ctrl status=404 remote_addr=X.X.X.X time_ms=49 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:06:57+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/jquery.flot.events status=404 remote_addr=X.X.X.X time_ms=61 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:06:57+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/legend status=404 remote_addr=X.X.X.X time_ms=84 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:07:16+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/legend status=404 remote_addr=X.X.X.X time_ms=18 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=2019-01-10T22:07:16+0100 lvl=info msg="Request Completed" logger=context userId=1 orgId=1 uname=admin method=GET path=/public/app/plugins/panel/graph/series_overrides_ctrl status=404 remote_addr=X.X.X.X time_ms=19 size=7783 referer="http://X.X.X.X:3000/d/A9DTipzRk/ha?orgId=1"
t=20

HA version: 0.82.1
Grafana addon version: 1.2.1

Problem/Motivation

A recent update in HassIO add-on to 3.0.1 makes any temperature graph that is set to use "farenheit" is not being displayed correctly. I noticed the spelling off on the error presented as well where farenheit should be Fahrenheit. I don't know if this has something to do with it.

Expected behavior

I expected it to show the graph as it did before with the assigned values.

Actual behavior

Graph does not show and is presented with an error stating "Unit 'farenheit' is not supported.

Steps to reproduce

Changing graph data, and selecting F choosing an entity_id accordingly has presented the same result for me.

Proposed changes

I do not have a proposed change currently.

Grafana is simply not starting. I tried SSL: false but I do not even have a log, and nothing also on HA log. I do not know where to begin.
Thanks for any help.

Problem/Motivation

(Why the issue was filed)

Expected behavior

(What you expected to happen)

Actual behavior

(What actually happened)

Steps to reproduce

(How can someone else make/see it happen)

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

When I start my graphana a message with "Unexpected error".
And no modification work.
Can you help me?

My config :
{
"ssl": true,
"certfile": "fullchain.pem",
"keyfile": "privkey.pem",
"plugins": [],
"env_vars": []
}

My log:
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 00-banner.sh: executing...

Hass.io Add-on: Grafana
The open platform for beautiful analytics and monitoring

Add-on version: 2.2.4
You are running the latest version of this add-on.
System: HassOS 2.12 (armv7 / raspberrypi3)
Home Assistant version: 0.97.2
Supervisor version: 183

Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.

[cont-init.d] 00-banner.sh: exited 0.
[cont-init.d] 01-log-level.sh: executing...
[cont-init.d] 01-log-level.sh: exited 0.
[cont-init.d] grafana.sh: executing...
[cont-init.d] grafana.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[05:04:19] INFO: Starting Memcached...
[05:04:20] INFO: Starting Grafana...
t=2019-08-25T05:04:21+0200 lvl=info msg="Starting Grafana" logger=server version=6.3.3 commit=84d0a71 branch=HEAD compiled=2019-08-15T11:08:12+0200
t=2019-08-25T05:04:21+0200 lvl=info msg="Config loaded from" logger=settings file=/usr/share/grafana/conf/defaults.ini
t=2019-08-25T05:04:21+0200 lvl=info msg="Config loaded from" logger=settings file=/etc/grafana/grafana.ini
t=2019-08-25T05:04:21+0200 lvl=info msg="Path Home" logger=settings path=/usr/share/grafana
t=2019-08-25T05:04:21+0200 lvl=info msg="Path Data" logger=settings path=/data
t=2019-08-25T05:04:21+0200 lvl=info msg="Path Logs" logger=settings path=/var/logs/grafana
t=2019-08-25T05:04:21+0200 lvl=info msg="Path Plugins" logger=settings path=/var/lib/grafana/plugins
t=2019-08-25T05:04:21+0200 lvl=info msg="Path Provisioning" logger=settings path=/usr/share/grafana/conf/provisioning
t=2019-08-25T05:04:21+0200 lvl=info msg="App mode production" logger=settings
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing SqlStore" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Connecting to DB" logger=sqlstore dbtype=sqlite3
t=2019-08-25T05:04:21+0200 lvl=info msg="Starting DB migration" logger=migrator
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing HTTPServer" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing InternalMetricsService" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing RemoteCache" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing QuotaService" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Initializing PluginManager" logger=server
t=2019-08-25T05:04:21+0200 lvl=info msg="Starting plugin search" logger=plugins
t=2019-08-25T05:04:22+0200 lvl=info msg="Plugin dir created" logger=plugins dir=/var/lib/grafana/plugins
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing RenderingService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing AlertEngine" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing DatasourceCacheService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing HooksService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing LoginService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing SearchService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing ServerLockService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing TracingService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing UsageStatsService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing UserAuthTokenService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing CleanUpService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing NotificationService" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing provisioningServiceImpl" logger=server
t=2019-08-25T05:04:22+0200 lvl=info msg="Initializing Stream Manager"
t=2019-08-25T05:04:22+0200 lvl=info msg="HTTP Server Listen" logger=http.server address=0.0.0.0:80 protocol=https subUrl= socket=
2019/08/25 05:04:39 http: TLS handshake error from 192.168.1.2:58419: remote error: tls: unknown certificate
2019/08/25 05:04:39 http: TLS handshake error from 192.168.1.2:58418: remote error: tls: unknown certificate
2019/08/25 05:04:40 http: TLS handshake error from 192.168.1.2:58424: remote error: tls: unknown certificate
2019/08/25 05:04:40 http: TLS handshake error from 192.168.1.2:58423: remote error: tls: unknown certificate
2019/08/25 05:04:41 http: TLS handshake error from 192.168.1.2:58430: remote error: tls: unknown certificate
2019/08/25 05:04:41 http: TLS handshake error from 192.168.1.2:58433: remote error: tls: unknown certificate
2019/08/25 05:04:41 http: TLS handshake error from 192.168.1.2:58432: remote error: tls: unknown certificate
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x4 pc=0x16248]
goroutine 200 [running]:
github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser.(*Parser).ParseOs(0x2a3a7e0, 0x2945100, 0x73, 0x7315c)
/go/src/github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser/parser.go:284 +0xb8
github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser.(*Parser).Parse.func2(0x2ca6f00, 0x2a3a7e0, 0x2945100, 0x73, 0x2fba4d0)
/go/src/github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser/parser.go:233 +0x68
created by github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser.(*Parser).Parse
/go/src/github.com/grafana/grafana/vendor/github.com/ua-parser/uap-go/uaparser/parser.go:230 +0x13c
Signal handled: Terminated.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] 99-message.sh: executing...
[cont-finish.d] 99-message.sh: exited 0.
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.

Problem/Motivation

Unable to start the addon.

Expected behavior

Addon should be starting normally.

Actual behavior

It fails with the following error:

[FATAL tini (7)] exec /init failed: No such file or directory

Steps to reproduce

Nothing unusual, just installed the addon from the store and am trying to start it using the default settings.
Here's some more information about my environment:

core-ssh:~# hassio host info
chassis: embedded
cpe: cpe:2.3:o:home_assistant:hassos:2.10:*:production:*:*:*:rpi3:*
deployment: production
features:
- reboot
- shutdown
- services
- hostname
- hassos
hostname: hassio
kernel: 4.14.98-v7
operating_system: HassOS 2.10 

core-ssh:~# hassio hassos info
board: rpi3
version: "2.10"
version_cli: "8"
version_cli_latest: "8"
version_latest: "2.10"

core-ssh:~# hassio ha info
arch: armhf
boot: true
custom: false
image: homeassistant/raspberrypi3-homeassistant
last_version: 0.88.2
machine: raspberrypi3
port: 8123
ssl: false
version: 0.88.2
wait_boot: 600
watchdog: true

Problem/Motivation

enable auth.anonymous=true to remove need to login prompt for iframe share in for example lovelace.

Expected behavior

able to modify this variable in addon "config"

Actual behavior

not available

Steps to reproduce

N/A

Proposed changes

add auth.anonymous as option in grafana hassio addon config

Hi, I'm having issues with uninstalling the Grafana addon.
When I click 'uninstall' it does not seem to actually uninstall it.
What can I do to manually uninstall it?
Thanks in advance!

Problem/Motivation

I'm trying to setup glances/grafana/influxDB as per your video, but I cannot access the grafana webUI and I'm stumped.

Expected behavior

Being able to access the webUI

Actual behavior

"This site can’t be reached (URL) refused to connect."

(Note all other webUI's are working no problem - this is the only addon I have that doesn't have an 'add-to-sidebar' but all the others work fine from the 'add-to-sidebar' and from the Open WebUI button)

Steps to reproduce

Basically, clicking 'open webUI' gives me that error, I've tried using the local IP instead but I get the same error. If it helps I'm using the Ngnix addon too (no idea if related)

I totally understand that this is going to eb something my end, any ideas?

Problem/Motivation

My installation of Grafana has a working web UI but the application itself is not able to access the Internet for things such as plug-ins or importing dashboards.

Expected behavior

The application should be able to access Internet resources as designed, such as displaying the Plug-in repository or allowing you to import a dashboard.

Actual behavior

Clicking Explore-plugins gives the full-screen grey page with the broken page icon and "grafana.com refused to connect".

Trying to import a dashboard, such as for Glances using the ID #, results in the following error appearing:
{"data":"502: Bad Gateway","status":502,"config":{"method":"GET","transformRequest":[null],"transformResponse":[null],"jsonpCallbackParam":"callback","url":"api/gnet/dashboards/2387","retry":0,"headers":{"X-Grafana-Org-Id":1,"Accept":"application/json, text/plain, */*"}},"statusText":"Bad Gateway","xhrStatus":"complete","isHandled":true}

Screenshot

Grafana add-on log:
No errors

Supervisor log:
19-12-17 23:25:38 ERROR (MainThread) [hassio.api.ingress] Ingress error: Response payload is not completed
19-12-17 23:25:47 ERROR (MainThread) [hassio.api.ingress] Ingress error: Response payload is not completed

Steps to reproduce

Server is running Ubuntu 18.04 LTS. Hass.io is installed using the generic Linux host option. Grafana was installed as add-on using Hass.io. Default Grafana configuration. Not clear if this is reproducible or something specific to my configuration/environment.

Problem/Motivation

I used to use the nginx proxy manager to expose the grafana instance on grafana.domain.com. It was setup to reverse proxy http://hassio.local:3000 but since the update to 3.0 this doesn't work anymore. nmap of my hassio instance shows that port 3000 is closed now.

Expected behavior

Port 3000 to be open, and serving the grafana web interface

Actual behavior

Port 3000 is closed, grafana webinterface only accessible from within home assistant

Steps to reproduce

Update to latest version of grafana addon

Proposed changes

Add an option to enable exposing the http port. Much like the hassio influxdb addon:

Container | Host | Description
-- | -- | --
80/tcp |   | Web interface (Not required for Hass.io Ingress)
8086/tcp |   | InfluxDB server

Problem/Motivation

all of a sudden , grafana stops loading plugins reliably , only 1 out of 10 times starts ok .
it makes it unusable .

you may find more details here
https://github.com/grafana/grafana/issues/13079

the main error on the logs is 👍
Failed downloading. Will retry once.
Error: ✗ Corrupt http response from source. Please try again.

it seams to be a known issue recently , apparently solved .

Problem/Motivation

Updated from 2.3.0 to 3.0.0 and was not able to login anymore to the instance.

Expected behavior

Being able to login...

Actual behavior

If I entered wrong user or password the login screen told me so but using the right credentials I got a white page with just the text {message: authorization failed} or something, can‘t remember.
Unfortunately I didn‘t make a snapshot, cannot go back so I deleted the addon an reinstalled.

Steps to reproduce

no idea, maybe upgrade to 3.0.0 from an 2.3.0 instance with setup security

Proposed changes

Problem/Motivation

I'm breaking out one of the issues discussed in #55 and here so that it doesn't get buried.

I would like to display a Grafana graph in Lovelace either by grabbing a rendered image periodically with curl or embedding the Grafana link in a Lovelace iframe. I can open the Grafana "share" link in a Lovelace iframe or a separate tab in the browser where I've opened Grafana through the sidebar, but attempting to open that same URL anywhere else, another browser or via curl, results in a 401: Unauthorized error in the browser and WARNING (MainThread) [hassio.api.ingress] No valid ingress session None in the system log.

Expected behavior

I should be able to view or download a rendered graph image from anywhere where I can access my HA instance.

Actual behavior

I get a 401: Unauthorized reponse and WARNING (MainThread) [hassio.api.ingress] No valid ingress session None in the system log.

Steps to reproduce

I've created an API key in Grafana and added it in an authentication header like this:

curl -H "Authorization: Bearer <api_key>" "http://192.168.1.159:8123/api/nxFDlLCmLm3kWapLd8bHEPR4Y_s6_2Z3LugpaYyTqkQ/render/d-solo/bWkFVQ0Wz/energy-usage?orgId=1&from=1573337107888&to=1573340707888&panelId=2&width=1000&height=500&tz=America%2FLos_Angeles"

I've also tried using the same command with my Home Assistant LLAT that works with other HA APIs, and with basic auth in the URL using a user/password that I created in Grafana.

If I open the URL from a browser where I've already opened the Grafana web UI from the addon page or sidebar, it works fine. It fails everywhere else.

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

after updating to lattest version even when the addon works fine, and able to login to the web interface , it does not work when trying to login from a panel link view or an embeded link . it just stays on the login screen and even when it is accepting credentials ( i see a fast green blink --> login ok) , it just stays asking for login .

Expected behavior

(What you expected to happen)

Actual behavior

(What actually happened)

Steps to reproduce

(How can someone else make/see it happen)

Proposed changes

(If you have a proposed change, workaround or fix,
describe the rationale behind it)

Problem/Motivation

I can not connect to influxdb (also addon) whatever I try.

I'm sure that the influx credentials are ok, i used influx commandline tool from another box and that works perfectly.

Expected behavior

(What you expected to happen)

Actual behavior

i'm getting a conenction error and this shows up in the logs:

t=2019-07-13T22:48:16+0200 lvl=eror msg="Basic auth failed" logger=context error="User not found"
t=2019-07-13T22:48:16+0200 lvl=info msg="Request Completed" logger=context userId=0 orgId=0 uname= method=GET path=/api/datasources/proxy/1/query status=401 remote_addr=192.168.1.42 time_ms=0 size=31 referer=https://hass.wiebel.nl:3000/datasources/edit/1/

Steps to reproduce

just install grafana and influx add on hassio, create a database and a user and try to connect to influx within grafana.

any help would be greatly appreciated, i'm sure i'm missing something...

Problem/Motivation

The readme states the wrong env var name.

Expected behavior

If I set GF_ALLOW_SIGN_UP nothing happens, but I want Grafana to allow user signing up, therefor I want to set GF_USERS_ALLOW_SIGN_UP.

Actual behavior

The readme is stating a wrong env var name, therefor grafana is not configured correctly.

Steps to reproduce

follow the readme.

Proposed changes

replace GF_ALLOW_SIGN_UP by GF_USERS_ALLOW_SIGN_UP in the readme

Problem/Motivation

Can't login to grafana anymore

Expected behavior

Use ha credentials to login

Actual behavior

Error:

lvl=eror msg="Invalid username or password" logger=context userId=0 orgId=0 uname= error="Invalid Username or Password"

Steps to reproduce

Can't tell exactly. I suffered from #39 before. Now I updated all (ha & grafana) at once to the latest. Now I can't login anymore.

My config:

{
  "ssl": false,
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem",
  "plugins": [],
  "env_vars": [
    {
      "name": "GF_USERS_ALLOW_SIGN_UP",
      "value": "true"
    },
    {
      "name": "GF_AUTH_ANONYMOUS",
      "value": "true"
    }
  ]
}

Problem/Motivation

Most addons support ingress. I'd also like to be able to use ingress to remotely access Grafana on my hassio instance.

Problem/Motivation

I'd like to define ENV values that contain sensitive information to override Grafana's default settings. For example, GF_SMTP_PASSWORD

Expected behavior

When using an addon config similar to:

{
  "ssl": false,
  "certfile": "fullchain.pem",
  "keyfile": "privkey.pem",
  "plugins": [],
  "env_vars": [
    {
      "name": "GF_SMTP_ENABLED",
      "value": "true"
    },
    {
      "name": "GF_SMTP_HOST",
      "value": "!secret smtp_host_port"
    },
    {
      "name": "GF_SMTP_USER",
      "value": "!secret smtp_user"
    },
    {
      "name": "GF_SMTP_PASSWORD",
      "value": "!secret smtp_password"
    }
  ]
}

I'd expect the actual values from the secrets.yaml files to be substituted at runtime.

Actual behavior

During boot sequence, the following error is reported:

...
[23:34:01] INFO: Starting Memcached...
[23:34:02] INFO: Starting Grafana...
[23:34:02] INFO: Setting GF_SMTP_ENABLED to true
[23:34:02] ERROR: This add-on does not support secrets!
[23:34:02] INFO: Setting GF_SMTP_HOST to 
[23:34:02] ERROR: This add-on does not support secrets!
[23:34:02] INFO: Setting GF_SMTP_USER to 
[23:34:02] ERROR: This add-on does not support secrets!
[23:34:02] INFO: Setting GF_SMTP_PASSWORD to 
[23:34:02] ERROR: This add-on does not support secrets!
...

Steps to reproduce

Change the addon config in Hassio to include values using the !secrets <key_name> notation. Then restart the Grafana addon, and refresh the log.