-
Notifications
You must be signed in to change notification settings - Fork 685
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Synology: Can't Access Web Interface #108
Comments
What do you see in the logs of the |
"waiting for postgres at 127.0.0.1:5432" |
Do you use the docker-compose.yml to run everything? If so, make sure the |
Look's good to me. Which steps did you take to get it all started? And is
really the only thing showing up if you run
|
To get started, I created the docker-compose.yml file and copied over to my docker folder. Then I used the docker-compose up -d command to pull all the containers to run them. If I issue the docker-compose logs teslamate command in the ssh terminal, the response is: Attaching to docker_teslamate_1 |
Hmm. You've probably already tried to restart with I'm not familiar with the Synology Docker Package ... @natrlhy can you help out here? |
Actually, it should print What do you see if you issue the command: |
There seems to be an issue with the database user / role. You could try do to start completely fresh by removing all volumes (this will delete all data, e.g. logged drives if there are any!): # stop everything and delete volumes:
docker-compose down -v
docker-compose up -d |
OK, I suddenly started having the same issue. I tried the docker-compose down -v and got the following results, and now when I want to navigate to port 4000 don't get anything. Below is what I got: And whilst the Grafana dashboard on port 3000 loads, it cannot see anything. I am on Synology too where everything was running fine. Any suggestions? |
And I tried with the beta too as suggested for another issue and it is broken. Any suggestions? |
I'm actually pretty sure that this is not related to v1.7. Your previously posted screenshot (#123 (comment)) shows that is tries to connect to |
Would you recommend running docker-compose up -d again? Or something else? |
Well, I'm running out of ideas to be honest ... It all looks like Teslamate is not the issue here so I cannot help really. Can you rollback to the previous Docker version like @speedxibit did? Or do you have a spare Raspberry Pi lying around that could run Teslamate instead? |
Well I tried a complete wipe out. Deleted everything including docker. Reinstalled docker and then installed teslamate using the docker-compose.yml file. grafana runs but teslamate does not so no way to put in information about my car. teslamate log shows it is looking for postgres at 127.0.0.1 vice looking at db (same issue reported by @speedxibit above). Kind of a bummer because at this point I have no way to use Teslamate (even with the wrong range on 1.6.2) and I have no idea how to get it working again. I saw a reference to rolling back to an earlier version of docker (as opposed to Teslamate) but have no idea how to do that. I just uninstalled it on the synology then reinstalled the package via the package manager... |
Just did a quick google search and found this: https://www.synoforum.com/threads/updated-docker-package-18-09-0-0505-available.1354/ It confirms the bug all of you are seeing.
|
Adrian - you are a stud! Was able to get things working again (although a bit painful and I lost all my old data). There may be a way to do this without losing all the data, but here's what I did (for a synology install).
You should be up and running in a few minutes! @adriankumpf - thank you so much for your assistance in getting this running. Finding that link that the issue was a newer version of docker on synology was the key and it never occurred to me since Teslamate was working fine on the new version of docker since I had installed it on the OLD version of docker... One question -- I installed the 1.7.0 beta. Right now the degradation tab is still showing a range of 351 miles but presumably the system should be recognizing I'm a Model S 90D and have a lower range. I'm not sure if that will change if I drive the car for a bit, but wanted to let you know that range still appears to be wrong. |
OK let me try this - but the question I have - is there a way to save/keep the data so I don't loose that? Any way to backup the db and then restore it or even script it out in terms of a data dump? Thanks. |
Adrian, thanks for putting together this wonderful package and for the the support! It's an amazing asset especially given Tesla's shenanigans with all the recent updates. Just to confirm what @drklain has stated, mine is also working on 17.05.0-401 of Docker. All my issues seemed to revolve around the fact that I was using a newer version. Once I rolled back, and deleted the volumes per Adrian with docker-compose down - v, everything started working. Deleting the containers within Synology was not sufficient. I've only had 1 hiccup since getting it going was that Teslamate lost connection to the car. The timing seems to link up with driving the car when it was attempting to go to sleep but I'm not sure if that was the cause. In any event, restarts wouldn't work but deleting the volumes and reinstalling has resolved it. I'm also seeing inflated range values. I haven't checked what the car states but I wonder if that variable is tied to the "Ideal Range" rather than "Rated Range". |
@bahree, having a backup is never a bad idea ;) Not sure if there are incompatibilities between both Docker versions or if uninstalling the package also deletes the volumes but in theory downgrading and restarting is all that is necessary. Purging the db volume is not required. @drklain, awesome! Glad it works. Like I said earlier, the vehicle detection has nothing to do with the range. What's more important to me right now is, that it actually detects you have a S 90D. @speedxibit Great! Yeah, that's probably because the logging was suspended when you started driving. Check the logs for more information. |
I don’t know if it shows an S90d or not. How do I check that?
Sent from my iThingy - Sorry for any typos.
… On Aug 30, 2019, at 11:32, Adrian Kumpf ***@***.***> wrote:
OK let me try this - but the question I have - is there a way to save/keep the data so I don't loose that? Any way to backup the db and then restore it or even script it out in terms of a data dump?
Thanks.
@bahree, having a backup is never a bad idea ;) Not sure if there are incompatibilities between both Docker versions or if uninstalling the package also deletes the volumes but in theory downgrading and restarting is all that is necessary. Purging the db volume is not required.
@drklain, awesome! Glad it works. Like I said earlier, the vehicle detection has nothing to do with the range. What's more important to me right now is, that it actually detects you have a S 90D.
Regarding range: it's rated range vs ideal range. Is that maybe a difference between EU and US cars? Here, I always want to see the ideal range. It matches what the app displays. So feel free to update the dashboards where necessary. Maybe someone will send in a PR that makes the range configurable ...
@speedxibit Great! Yeah, that's probably because the logging was suspended when you started driving. Check the logs for more information.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Currently, that can be only done by checking the database. The final v1.7 will display that on the web interface. |
For me to deprecate I had to uninstall the previous version and blow away all the data and then start all over again. |
Is there an easy way (kind of like a phpmysql interface) to look at the database and see if it is recognizing the car correctly?
From: Adrian Kumpf <notifications@github.com>
Sent: Friday, August 30, 2019 11:39 AM
To: adriankumpf/teslamate <teslamate@noreply.github.com>
Cc: drklain <webmaster@klain.net>; Mention <mention@noreply.github.com>
Subject: Re: [adriankumpf/teslamate] Synology: Can't Access Web Interface (#108)
Currently, that can be only done by checking the database. The final v1.7 will display that on the web interface.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#108> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AM7PQTQZENEF7YRQ6FKJNHDQHE5IRANCNFSM4IOAUWYA> . <https://github.com/notifications/beacon/AM7PQTWWWHYOLRJ2OXCMKL3QHE5IRA5CNFSM4IOAUWYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5SAJLI.gif>
|
V1.7 was just released :) You can safely switch to that. The web interface now shows the model below the car‘s name. |
How do we make the shift without losing current data? Run docker-compose up -d with an updated .yml file that points to “latest” or something else?
From: Adrian Kumpf <notifications@github.com>
Sent: Friday, August 30, 2019 4:33 PM
To: adriankumpf/teslamate <teslamate@noreply.github.com>
Cc: drklain <webmaster@klain.net>; Mention <mention@noreply.github.com>
Subject: Re: [adriankumpf/teslamate] Synology: Can't Access Web Interface (#108)
V1.7 is out already. You can safely switch to that. The web interface now shows the model below the car‘s name.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#108> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AM7PQTTWCZXXS5M2ZRS42G3QHF7ZPANCNFSM4IOAUWYA> . <https://github.com/notifications/beacon/AM7PQTWN3I654KLMZ6BZLCTQHF7ZPA5CNFSM4IOAUWYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5SWWYQ.gif>
|
in order to update go to the directory where docker-compose.yml file is located, assuming you didn't hardcode versions in docker-compose.yml file you can run the following ... |
Completed the shift to 1.7. Teslamate interface does show Model S 90D under name, so I guess we’re good to go. Let the fun begin…
From: Dave Klain <dave@klain.net>
Sent: Friday, August 30, 2019 4:50 PM
To: 'adriankumpf/teslamate' <reply@reply.github.com>; 'adriankumpf/teslamate' <teslamate@noreply.github.com>
Cc: 'drklain' <webmaster@klain.net>; 'Mention' <mention@noreply.github.com>
Subject: RE: [adriankumpf/teslamate] Synology: Can't Access Web Interface (#108)
How do we make the shift without losing current data? Run docker-compose up -d with an updated .yml file that points to “latest” or something else?
From: Adrian Kumpf <notifications@github.com <mailto:notifications@github.com> >
Sent: Friday, August 30, 2019 4:33 PM
To: adriankumpf/teslamate <teslamate@noreply.github.com <mailto:teslamate@noreply.github.com> >
Cc: drklain <webmaster@klain.net <mailto:webmaster@klain.net> >; Mention <mention@noreply.github.com <mailto:mention@noreply.github.com> >
Subject: Re: [adriankumpf/teslamate] Synology: Can't Access Web Interface (#108)
V1.7 is out already. You can safely switch to that. The web interface now shows the model below the car‘s name.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#108> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AM7PQTTWCZXXS5M2ZRS42G3QHF7ZPANCNFSM4IOAUWYA> . <https://github.com/notifications/beacon/AM7PQTWN3I654KLMZ6BZLCTQHF7ZPA5CNFSM4IOAUWYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5SWWYQ.gif>
|
Perfect. Thanks! |
For those unaware, you can close the 4 docker containers and then enter the parameters that have been missed (about 10 in total across the 4)and restart, only takes a couple of minutes, no data lost. |
Completely new to this but just did a fresh install on a Synology NAS. I can access Grafana at port 3000 but can't access the Web Interface at port 4000.
I can see all 4 containers in Docker and they are all running. Was there anything I needed to change other than the VIRTUAL_HOST IP address in the docker-compose.yml file?
The text was updated successfully, but these errors were encountered: