Ethernet
Sure, how do I do that?
speed test uses a dns name, other than that you can put in a host name in the ping field vs the default ip address.
Tests seem to pass ok....but the problem is intermittent it seems, so not sure a one-shot test will reveal much.
Hub Info driver has a cloud check that can be scheduled, and also pings the DNS servers (I think as part of expanded network data). [RELEASE] Hub Information Driver v3
Not that it would fix it but might help to figure out the problem.
Have you tried manually setting a robust list of DNS servers in the network settings?
Yes,
Have you also tried using your normal DNS server for your LAN? By default that is usually the router, unless you have a separate DNS server.
You could try playing around with this DNS benchmark software. GRC'sĀ |Ā DNS Nameserver Performance BenchmarkĀ Ā
Its either a DNS issue (with LAN or ISP), or the hub is getting so bogged down with outbound IP traffic that it is not processing the requests quick enough.
This could very well be it as I have right many cloud apps/drivers. Any way to drill down into this, such as by logging timestamps of outbound IP requests to a file? If this ends up being the culprit, I guess a second hub to split up the IP traffic would help...
Yes, that was what I had it set on initially, and then switched to this as part of troubleshooting.
I dont think so, would have to be done in each app/driver.
You could look at the device/app stats in the logs area and sort by "Hub Actions". These are often created from IP integrations and high numbers could be suspect bad code causing problems. Also could check the "Hub Actions" tab but that only shows currently pending actions. Tab is explained here: Logs | Hubitat Documentation
I ordered a C8 and will see if splitting up my cloud apps between two hubs solves it.
I put only two apps so far on the C8, Rachio and Ecobee. Both cloud heavy. But I am even getting read timeouts sometimes on the C8, so I donāt think itās load related. Or hub related for that matterā¦
Yeah probably networking related.
There are a bunch of different errors I see in various screenshots. I am not seeing any that looks like DNS issues. Usually you would see something about failed to resolve...
Some of the errors look like the other end is rejecting the connection for some reason. This could be an internet issue or maybe a LAN issue if the connection is getting cut off.
Other errors look like the hub cannot find the destination, which I would assume is a LAN issue and possibly the hub cannot find the proper gateway to reach the internet. Some of the errors even say "bad gateway"
What all you have for networking equipment? Routers, APs, Switches, Firewalls...?
What is your ISP and are you behind CGNat?
I was getting these same errors when I had an RBK50 Netgear Orbi mesh, with 2 satellites. Iāve since replaced that with a RBK852 Netgear Orbi mesh. Still getting the same errors. I have two Legrand DN1008 switches. Probably another switch or two somewhere else.
No standalone firewall other than whatās built in. ISP is Ting fiber (gigabit). Donāt think Iām behind CGNat.
Do you think I should try plugging the hub directly into my router? Thatās going to change its location though so that might mess up my zwave network?
Might a good test just to eliminate some variables. Unless it is a very drastic change in location it should not cause too much chaos. Some of the devices might be a little sluggish for a day or two but they will figure it out eventually.
Just got another Sharptools read timeout with the hub connected directly to the router. I'm not optoimistic this was the fix. I am beyond frustrated at this point, especially with little to no formal support from Hubitat. This issue is really undermining my confidence in this platofrm. But I am so invested code-wise into this platform that I want to figure it out.
The problem is several of those errors indicate the problem is on the remote side.
A read timeout generally means a connection was made but the remote system timed out on a application call.
A Bad gateway error can be a bad reverse proxy issue or server error calling internal API's
Connection Refused generally means the device you are trying to talk to isn't listening on that port.
No route to host generally means the remote devices is offline ( or ip had changed as pointed out)
As long as you are not getting java heap memory errors to me this looks like a network or remote host issue. Or possibly some kind of firewall filter settings. That isn't a problem with Hubitat and is likely why you are not getting much engagement from support.
2 Likes
No memory errors thank goodness. Remote host issue would be unusual since so many different remote hosts involved (multiple different apps). I do use a Dynamic DNS service via Netgear (which uses noip.com). Starting to wonder if thatās the culprit. Iāll turn it off to see if that fixes things.
I would absolutely understand if Hubitat staff engaged me substantively in support and reached the conclusion that itās a network issue and said āgood luck with thatā. But they havenāt done that.
How frequently do you get these errors? Are we talking all day long and every day or a few times a day.
I get on a some what regular basis errors with the Ecobee and Govee integrations. It isn't constant, but maybe a few times a day every once in a while. These are not hub or network issues i am having but issues were the remote side is having issues. If you are seeing something similar it may just be the nature of cloud based systems.
HE staff doesn't really need to confirm it if all of the tests they have asked you to run come back clean and you have experienced the same problem on two seperate hubs. Not sure what else they can suggest to you.
The dynamic DNS thing shouldn't be an issue as i understand it as that should be providing name resolution back to you network and nothing more.
Thatās fine if thatās the technical conclusion of the matter from the hubitat side. My point is that thereās been insufficient technical support engagement from a customer service standpoint that has left the matter in a state of being unresolved - as in, I have no idea if they would or have concluded that thereās nothing left to suggest.
It varies. Sometimes will go a few days without any errors. Other times Iām inundated with them all day long.
