-
-
Notifications
You must be signed in to change notification settings - Fork 92
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
[BUG] Gateway Error in version 1.7.0 #173
Comments
No news here? How can i roll back to 1.6.x if no backup available? :( |
Any news ? |
I'm not able to reproduce this and haven't heard of anyone else having this issue at the moment. Can you post your current config file? I'm a bit baffled why this would randomly pop up. Does the UI show up if you go to the port directly and bypass Ingress? |
hello, I had zwave addon also running on that port. Now I removed zwave addon to expoe port 3000 but still the same error persists. I have absolutely no idea why it does work with version 1.6.0 and not with 1.7.x What can i do to help you with that? Bypassing ingress does the ssame. BAD gateway. I have nothing in the logs of your addon but:
|
having the same problem |
There is an issue with the latest hassio addon. here is a fork: remove ORIGINAL from repo addon and replace with this one and install STABLE addon. You will see it will work again :) SECRET_PATH somehow makes problems |
I got this error recently and found this thread. I found that after I restarted my Frigate server, the error was gone and Double Take started working again. - Update, the problem came back and it's staying broke... It looks like the reason mine has started working again usually is because I'd enabled Watchdog for the Double Take addon, so it would restart it over and oven until it would eventually load, but now it no longer will. Here are the logs: 22-03-04 12:19:52 info: Double Take v1.7.0-bf3e911 Supervisor log with Watchdog enabled: 22-03-04 12:35:01 INFO (SyncWorker_3) [supervisor.docker.addon] Starting Docker add-on c7657554/amd64-addon-double-take with version 1.7.0 Also, I'm using Frigate NVR Proxy on my main Home Assistant and notice that when I restart Frigate service on my physical Home Assistant server running Frigate NVR and try to open the Frigate NVR Proxy addon too soon, I also get the "502 Bad Gateway" message because Frigate isn't all the way back up yet. I thought it might be worth pointing out that I get the same error. Didn't know if this helps point the issue at Double Take failing to successfully connect to Frigate, since I don't see any clear errors in the log? I've also tried uninstalling and reinstalling Double Take, rebooted all the servers, and no luck anymore. Thanks |
I am experiencing the same 502 Bad Gateway error. |
I am experiencing the same 502 Bad Gateway error. Any updates about this? Can I help somehow? |
you can try this: |
I will look at the fix and apply it to the add-on repo. Someone on my Discord said that repo did not fix their bad gateway. I'm curious for the users who have it. How many are running one of the following add-ons. Duck DNS I'm wondering if it has something to do with SSL or a related setting like that. |
Describe the bug
A clear and concise description of what the bug is.
Last Frigate Beta Release 1.7.0 gives Bad Gateway Error
Version of Double Take
Current version: 1.7.0
Expected behavior
A clear and concise description of what you expected to happen.
Working Webinterface
Screenshots
![image](https://user-images.githubusercontent.com/13320319/143956173-e60439c7-35fc-4f37-9413-dfd554bc3412.png)
If applicable, add screenshots to help explain your problem.
Hardware
HassOS Intel NUC / Chrome Browser
Additional context
Add any other context about the problem here.
Version 1.6.0 Works perfectly
![image](https://user-images.githubusercontent.com/13320319/143956217-e4e7fbe3-d3a0-4396-8e38-d39d824e1710.png)
my Addon Config:
Log doube-take:
info: Double Take v1.7.0-456a6ff
Log Supervisor
21-11-30 00:03:17 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.14:3000 ssl:default [Connect call failed ('172.30.33.14', 3000)]
The text was updated successfully, but these errors were encountered: