Reboot hub or not?

I'm going to be away for an extended period, and I'm worried about the possibility of the Hubitat C8 Pro having a problem while I'm gone. I am new to Hubitat and don't know how likely this is to happen.

In my previous automation system, I had a device tied to my telephone line where I could power cycle things with tone commands. This saved me from disaster a few times.

I also know there is a possibility that if you issue a reboot command, the device may never come back.

I installed "Hub Information Driver v3" so I have the ability to schedule reboots.

So, in the opinion of the experts, is it better to do a periodic reboot as a preventative measure, or just let the hub run forever?

I use a schedule to reboot my hub once a week.

FYI, while @thebearmay's driver provides a ton of useful information and stats, it isn't needed to perform a reboot.

An RM action like the one shown below should be sufficient:

1 Like

This is what I do. When I go away I stop doing any updates (apps or system) at least a week or two before, so that I know everything is running stable and normal. And then I just let the hubs (two C-7s) run.

The only reboots my hub undergoes are for system updates.

5 Likes

I wouldn't count myself as an expert, but I'll share my opinion anyway :slight_smile:

TLDR: You didn't define "extended period", but you'll probably be fine without doing anything.

Many people are able to run a C8 Pro indefinitely without needing a reboot. There isn't anything inherent to the hub that needs a reboot. A while ago it seemed to be common for the free memory to drop over time, eventually causing issues. Based on my experience tracking the free memory stats for my C8 Pro and C7, I think that was fixed many firmware versions ago.

I also have not seen many/any reports of hubs not coming back after a reboot, so it is probably harmless to schedule an occasional reboot. Not coming back after a power interruption is a different thing. The hub's databaase can get corrupted if power is cut without a proper shutdown.

If you might have power fluctuations while you're gone, running the hub off a UPS or external battery might be a good idea to keep it safe. I use one of these for my C8 Pro since it isn't installed near my main UPS: Amazon.com: Talentcell 12V LiFePO4 Battery Pack LF4106, 2000 Cycles Rechargeable 12.8V 6Ah 76.8Wh Lithium Iron Phosphate Battery with DC 12/9/6 Volt and 5V USB Output for LED Strip, CCTV Camera, Mobile and More : Electronics

The scheduled reboot won't help if the hub is already locked in a state where automations have stopped running, but again that isn't something most users encounter. Some people use a WiFi smart plug as a backup means to cut power to a locked-up hub, but if you're using a battery like the one I linked, you'd have to cut power to that and then wait for the battery to run down before trying to power the hub back up.

So if you want to be paranoid... set up scheduled reboots, a regular UPS that has AC outlets, a WiFi smart plugged into the UPS, and then plug the hub into the smart plug.

That assumes your internet connection is stable to control the smart plug if needed.

1 Like

Have you ever had to reboot to get it working correctly?

Probably Not ...

So just do a reboot to feel better a day or two before leaving and if everything is okay for that day or two Enjoy Your Time Away :grin:

2 Likes

FWIW, there are programmatic ways to minimize this happening. Here's one:

3 Likes

I wouldn't reboot prophylactically ever, unless there was some particular issue in a current build where that is the recommended workaround.

But I do have a number of things in place that kick in only if I'm away. If my internet connectivity as viewed from the hub stays down more than 10 minutes, I begin rebooting routers and cable modem periodically until it comes back. On the other hand, if my internet connectivity is fine, but my hub becomes unresponsive from the outside, this is where I power cycle the hub forcefully (using an out-of-band smart plug) as a last resort.

1 Like

just either or i recommend both

  1. get a vpn like open vpn or wallguard on your router. so you can get remote access to your network
    and
  2. put a wifi switch on your hub so you can remotely reboot it..

i also put them on my modem and router . I use kasa wifi switches as i can add schedules to turn them back on say every hour so even if you need to reboot your modem or router when gone you can turn it off and it will come back on in an hour. KAsa switches also turn back to last state in a power outage.

even better , i also pay an extra 20 a month to att to have a wifi acess point on a separate wifi network from my main and all my network centric devices (ie switches router, wifi etc) with kasa switches on that network vs the main so i can reboot the main equipment when it is down ort as need be.

i do all this becuase at any given time one of my properties/locations is empty,.

You know what they say about great minds :wink:

1 Like

What restarts your hub, after your rule performs a hub shutdown?

1 Like

In my previous home, my hubs were on outlets controlled by zigbee2mqtt. I had a NR flow that would ping the hubs periodically, and when no ping response was received for >5 minutes, the outlets would cycle.

Wondering if @sidjohn1 does something similar?

1 Like

Home Assistant connected to a sonoff usb outlet/switch and uptimekuma to make sure my AP is up and both hubitat 8080/8081 ports are down

Just in case someone copies this, the cloudbackupfailed notice is sticky post shutdown and can cause a boot loop if you reboot/sutdown on the error. This is how i fix that.

2 Likes

This may be of interest. [RELEASE] Memory Monitor & Auto Reboot Application

2 Likes

Ironically, I’ve found a bug in the schedule reboot logic, I’ll release a fix in the next 24 hours.

Everything else works, it’s just the schedule reboot code that is broken.

1 Like

This is fixed now.

1 Like

I did this, it showed up in the log, but nothing happened.

Just to confirm that everything else in your rule was ok:

  1. It was an HTTP POST action and not GET, correct?
  2. The HTTP post was sent to port 8080 and not 80, correct?

Please post the logs from when this rule ran.

app:1712026-01-10 11:56:58.286 AM

info

Action: Send POST to: http://127.0.0.1:8080/hub/reboot

Ok, It did reboot, but I was expecting something to show on my screen. When nothing showed, I assumed nothing happened, but it did actually reboot.

1 Like

This is normal behaviour.

2 Likes