-
-
Notifications
You must be signed in to change notification settings - Fork 32.6k
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
Nabu Casa error - Remote UI unreachable #30555
Comments
Hey there @home-assistant/cloud, mind taking a look at this issue as its been labeled with a integration ( |
103.6 only made changes to the cloud integration related to Google (https://github.com/home-assistant/home-assistant/pull/30525/files). Do you have any other errors in your logs ? |
I have had issues since 103 with remote ui sometimes being unavailable. It comes back at random intervals. Google working fine though. Have started using my own domain for now to see if it solves itself, but seen a couple of people in discord and the forums reporting this |
@balloob No, this is a full copy-paste of the log after the last restart. The restart before that had some standard warnings about the 'dangers' of custom components (spotcast, afvalwijzer). Forum topic where some more people are reporting this issue: https://community.home-assistant.io/t/nabu-casa-remote-ui-connection-not-always-available/140300/11 |
I need the full log of startup with debug logging. Otherwise I can't say why the backend was not setup. |
My issue has changed somewhat: I do not see the nabucasa errors I mentioned in the description. But my front end is unreachable after 50% of the restarts. So I have to restart twice to get into the front-end. Edit: this is not consistent behaviour; right now I can't get the front-end to load through the nabu casa URL at all, not even after 3 restarts. The frontend is reachable through the duckdns URL though. @pvizeli Is this debug log sufficient for you to see what is causing the remote UI not to connect? |
Is there anything else I can do to help this along? |
What I see in your log is, that the code is never called like they will not exists. Can you remove the dept folder inside config? |
I don't see a dept folder. Do you mean the deps folder? This one is present and empty. Do you want me to remove it? Presently, the remote UI is functioning just fine. |
Okay. I close the issue and we can try to debug it again if you see the issue 👍 |
@pvizeli Right now; after every restart the Remote UI is unreachable (whereas the .duckdns-URL is reachable at the same time). If I simply wait for a long time (30-60 minutes is my feeling), eventually the remote-UI starts functioning. I am running a trace log right now, waiting for the Remote UI to come up. Would you prefer a new issue or should we continue with this one? Edit: I have waited for almost two hours this time, the remote UI is still not reachable for me. I can't upload the log here unfortunately, it's too big (50+MB). Do you have any suggestions to pinpoint the issue here? Edit2: Here are 2 log files:
Can you see a difference? What is the cause that my remote UI URL often is unreachable after restarting? |
Hi @pvizeli There are Logs like this: Any Help is appreciated and thanks a Lot for your work! Joris |
Here another Log: Unexpected error processing request for /api/cloud/login |
@jorismocka HA version? |
0.103.6 is it.
Thank you
All the best
Joris
Paulus Schoutsen <notifications@github.com> schrieb am Sa., 25. Jan. 2020,
01:14:
… @jorismocka <https://github.com/jorismocka> HA version?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#30555>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOHNZ5TYIZTKQR6KCNPXITTQ7OAABANCNFSM4KD5HY6Q>
.
|
This really is an issue for me: after most restarts I am unable to use the Remote UI. Can this get some attention? Should I open a new issue for this? |
@jorismocka yes, the issue with |
@rschuiling if the remote does not work, the code was never executed what I can see in your logs. Do you have any kind of custom component running or other modifications? The log output looks like an old version of hass-nabucasa python library. |
@pvizeli thank you for reopening this issue. It really prevents me from restarting my hass.io because I'm afraid to loose my remote access. What is |
@pvizeli I am running Hass.io on Ubuntu, HA 0.103.5 with Hass.io supervisor v195. My custom components are HACS (0.20.8 = latest), Spotcast (2.6.1 = latest), Afvalwijzer (3.0.12 = not latest). The remote UI issue occurs in 0.103.6 and 0.103.5. How can I upgrade to the newest version of hass-nabucasa python library? Upgrading HA? |
As i mentioned earlier i am having the same issues. I am also running Hass.io on Ubuntu, HA 0.104.3 with Hass.io supervisor v195. My custom components are HACS (0.20.9 = latest), Amazon Rekognition 103, Krisinformation 95fe9d2, Unifi Gateway v0.2.3. Have tried uninstalling them all as well as Custom header and card tools. The remote UI problems started for me after 102. Should i provide som logs as well? |
If you said after restart. Do you means after restart the core or the full device? @fillwe yes but I need only the log (debug) from |
If I perform an "hassio ha restart" on CLI - not if I'm restarting the whole device. |
I also mean a restart of core HA. I also restarted the device (Ubuntu) once, but that didn't make any difference for the issue. |
Hi, I'm experiencing the same issue: after reboot the whole system the remote connection is unreachable for quite some time. I've also contacted support about this, but thusfar we haven't been able to solve it. I'm on Hass 0.104.1 BTW. |
I am indeed using Amazon Polly. Will try if disabling it soon. |
I'm not using Amazon Polly TTS just builtin Google TTS. |
For people chiming in on this issue that they also experience this, we need logs or we can't determine the issue. |
Ah of course, my apologies. Home Assistant release with the issue:: 0.103.5 & 0.104.3 Operating environment (Hass.io/Docker/Windows/etc.): Hass.io on Raspberry Pi 3 I'm in touch with the Nabu Casa support team. They recommended to match my AWS server option with the Nabu Casa one, changing it from Log file when remote UI is not available ps Sorry for the crappy lay-out. I've copy pasted this from the e-mail conversation with the Nabu Casa support, since I don't have the most recent logs at hand anymore.
Log when remote UI is available
|
Can you (and anyone else) change the logger: integration as shown here? logger:
default: info
logs:
hass_nabucasa: debug
snitun: debug
homeassistant.components.cloud: debug
homeassistant.components.cloud.iot: debug |
I already had my logger set to that configuration. So the logs you see above, is the info that was logged when I changed my settings to yours. Let me know if I can do anything else. |
Also experience the connection problem to Remote UI. Though that that is a limitation of trial period, but looks like there is some issue. From my understanding it means that nabu.casa somehow knows where my local instance is running but it is not linked to nabu.casa URL after restart and should be manually re-connected. |
Moved my installation from Docker on Ubuntu to a vm in proxmox, have not had any issues since moving. Starting to think this is a Ubuntu host related issue |
@MichielvanBeers Amazon Polly doesn't seem to be the culprit. I did several tests where Polly was disabled and enabled. Here are two logs, in both cases Amazon Polly was enabled in configuration.yaml: home-assistant1.log - Remote UI was unreachable after restart @cogneato These logs are with your recommended logging options. Anything I can try to help find this issue? |
I am experiencing this issue as well, working on getting logs.. |
Here's a log for you https://pastebin.com/DmLDuxML Let me know what else I can provide If I set ssl_profile: intermediate the error does not occur, so something SSL related |
Traced it down to boto/boto3#1592 . It seems like it's related to having other threads also use the AWS SDK. Looks like boto/boto3#1592 (comment) might be a solution. |
Thanks for the update @balloob! I'm not completely sure how I can implement this fix myself though.. Could you maybe give me a pointer on if and how I can implement this fix? |
We need to implement the fix in the code. |
Awesome, thank you for working on a fix! |
Awesome. This has been plaguing me. I'm really looking forward to the fix being released. Thanks @balloob ! |
That is great news! Very happy to hear that there is a fix :) thanks a lot! |
hello guys |
Please create a new issue. This issue has been resolved. |
Home Assistant release with the issue:
0.103.6
Last working Home Assistant release (if known):
0.103.5
Operating environment (Hass.io/Docker/Windows/etc.):
Hass.io on Ubuntu host
Integration:
Description of problem:
After upgrading to 0.103.6 (from .5) the GUI in unreachable from its Nabu Casa URL. It is still reachable on its DuckDNS url.
Problem-relevant
configuration.yaml
entries and (fill out even if it seems unimportant):Traceback (if applicable):
Errors in log, persising after Docker restarts:
Additional information:
Edit: downgrading to 0.103.5 immediately fixed this issue. Definitely seems to be related to 0.103.6 then.
Edit2: seems it's not related to 0.103.6 after all. Now on 0.103.5, after most HA restarts the remote UI is unreachable for me. Logs are below in the comments.
The text was updated successfully, but these errors were encountered: