Installed on Docker, can't connect to db on localhost

[CapnJackOff]

Hi I could use some help here. Running Solarthing on Docker, on Raspberry Pi 3B. InfluxDB 1.6.7 is installed natively and is running on 8086.

`pi@raspberrypi:~ $ curl -sL -I localhost:8086/ping

HTTP/1.1 204 No Content
Content-Type: application/json
Request-Id: 81f76030-6b7c-11f0-83cc-000000000000
X-Influxdb-Build: OSS
X-Influxdb-Version: 1.6.7~rc0
X-Request-Id: 81f76030-6b7c-11f0-83cc-000000000000
Date: Mon, 28 Jul 2025 06:31:34 GMT
`
Solarthing gets the data over serial just fine, but it seems to fail to connect to localhost:8086, not sure why. I have attached my base.json, influxdb2.json, and the log file. Thanks for helping.

base.json
influxdb2.json
log_debug.log

[retrodaredevil]

I know you aren't using CouchDB, but these docs are a bit more up to date and explain why with docker, localhost doesn't point to "the real localhost".

https://solarthing.readthedocs.io/en/latest/quickstart/config/database/couchdb.html

You should be able to set it to 172.17.0.1 instead of localhost and it should work.

[CapnJackOff]

Woot woot! Now it is working. Localhost resolves to the container, not the host machine? I suspected it was something like that but I thought the "external" tag in base.json might redirect outside the container. Base.json in earlier versions didn't have that.

http://172.17.0.1:8086/write?db=default_database&precision=n&consistency=all (79ms, 0-byte body)
solarthing-main  | 2025-07-28 14:06:11.423 [pool-2-thread-1] DEBUG me.retrodaredevil.solarthing.influxdb.influxdb1.InfluxDbPacketSaver - Wrote 1 packets to InfluxDB! database=default_database retention policy=null

[retrodaredevil]

Yeah the external thing is to refer to an "external" database configuration. External meaning a file other than base.json. It's actually possible to specify the database connection directly in base.json itself, which was not the case a few years ago.

[CapnJackOff]

By the way I noticed in the logs that "chargingStateName" : "Deactivated", or MPPT, Float, Boost.
is no longer in the list of values pulled from the Rover. Perhaps there were changes. The only reason I noticed it is because I used it in earlier versions in my Grafana layout. I'm sure there is a way to do this in Grafana using the charging state number instead.

[retrodaredevil]

Yeah. That's intentional when saving to CouchDB. I don't remember if I intended that to be removed from InfluxDB, though. Probably an oversight on my part.

There might be a way to map the charging state value to those display names in InfluxDB.

Also fwiw, CouchDB support has come a long way in the last few years. Set up is a bit more complex (you have to run SolarThing Server alongside it), but there are some premade dashboards for it, and you get the option of some more advanced queries

[retrodaredevil]

In a few minutes, there will be a new tag of the docker image that should be available for you to try out. Rather than using the latest tag in your docker image, use the dev tag.

I actually wrote code a while back that was supposed to keep stuff like chargingStateName in InfluxDB, but not in CouchDB, but I never ended up using that code. Should be a simple change, but I haven't tested it so hopefully it works.

[CapnJackOff]

Awesome!! Works great, thanks!!