Why are there Hub outages with 2.0 Hubs

[erla (Erin)]

I thought with the new hubs we were not going to be dependent on the cloud server. Im here on day two of my hub being non responsive and im not alone. WTF. and yes i have contacted support with no response.

[SBDOBRESCU (Bobby)]

We must be ‘special’ because they said the issue was resolved. Everything is operational.

http://status.smartthings.com

Last incident was brief:
Some users briefly experienced issues with device control and SmartApp execution this morning from 4:30a to 5:00a PDT. We are investigating the underlying cause of the issue, and are continuing to implement fixes & monitoring tools to mitigate similar occurrences in the future. If you are experiencing continued issues, please contact Support.

[JDRoberts]

@erla

I thought with the new hubs we were not going to be dependent on the cloud server. Im here on day two of my hub being non responsive and im not alone. WTF. and yes i have contacted support with no response.

What we thought we were going to get with regards to local processing in V2 and what we actually got were two very different things.

At the present time, only a very few things can run locally: basically the official smart lighting automations, a tiny bit of SHM, and those only if the devices being used are also eligible to run locally.

Many things are still dependent on the cloud, including routines, any use of Phillips hue bulbs, all notifications, all locks, the mobile app itself, Etc.

Details in the following thread

Local Processing in Hub V2

Continuing the discussion from What's the deal with Nest?: Correct. I was answering this question below in the global sense. i.e., There will always be the possibility of various benefits available to Official Device Handlers and SmartApps that are not available to un-certified Community Developed ones. At the moment, the local processing benefit is inapplicable to Nest in either case. I’m not sure ST has guaranteed that community developed SmartApps/Device Types will be included in local processing right after certification. Yes, it may be included down the road, and this is not yet clear on how or what the process is to enable community developed stuffs to run locally.

SmartThings is a highly flexible and versatile platform, but it is still mostly cloud dependent.

[Mbhforum (Marc)]

This is exactly why I am sticking with my 1.0 hub. Why go through painful migration to have more instability. Yikes.

[DParker (Dan P Parker)]

@Mbhforum

This is exactly why I am sticking with my 1.0 hub. Why go through painful migration to have more instability.

Well, there’s that inoperative Bluetooth radio.

http://img.pandawhale.com/post-19259-so-I-got-that-going-for-me-whi-CKYI.gif

[SBDOBRESCU (Bobby)]

They almost turned my v2 into v1 so they can make the pain of altering my failed local apps less miserable…

Cannot control any devices from the mobile app (iOS & Android)

Spent a good hour on chat with support and after another reboot and other attempts to troubleshoot the problems, the issue has been escalated to an engineer. My options were “We can flush your local SmartApps and temporarily run them from the cloud. They will be re-assigned locally at some point when our platform runs through and checks for the local option” or “I can bump this up to our engineers and have them take a look” I decided to wait out Also: “We do have a ticket for sunrise/sunset events, but updating the app usually resolves the issue” @slagle @jody.albritton is there anything I can do to get my hub to cooperate?