Are you sure you have reinstalled a full backup and not just a partial?
Open your backup file with a program like 7-zip to see what is in it.
Yes I am. Well, I tried both.
Resolved (but not solved)
Blow me down, after alternately banging my head against a brick wall and panicking for 48 hours the problem went away on its own!
Well, presumably not quite, but the only thing I did in the 12 hours before it resolved itself was a shutdown because I had to turn off the mains to do some unrelated electrical work. My best guess is that there is some kind of difference between ârestartingâ the system from within HA, and shutting it down and then starting it?
I still do not know what caused it in the first place (something to do with restoring backups?), or why a shutdown and start again is different from a restart â and I donât feel like reproducing the problem to test this theory (!) â but if it happens again, that is the first thing I will try.
Both the backup restore and restart vs shutdown deficiencies are still serious because this is an installation I usually manage remotely for someone else. To execute a shutdown and start I need to be on site. Therefore I no longer dare implement any update remotely because I now know that I cannot rely on restoring a backup remotely if something goes wrong.
There is certainly a difference between âRestart Home Assistantâ (like under Developer Tools) and âRestart the hostâ (Settings > System > Hardware > Reboot System). And problems related to Add-ons not running after a restore are commonly resolved by a âRestart the hostâ.
This is the reason Iâve asked that before:
But as I understood you have tried that without success, right?
At least we all learned something new.
I had the same thing happen to me yesterday. Many of my add-one refuse to load, including File Editor and Studio Code Server. Oddly, although File Editor says it canât restart, it actually seems to be running (it replaced the Terminal)
All of my automations are still running, but at some point last night I lost the ability to access the server from both the app and a browser.
I will try restarting the Yellow sometime this morning. My original plan was to do a factory reset and load my latest backup. I may still do that even if it works after the restart, as I feel there may be other underlying issues not noticeable.
UPDATE: I shut down the Yellow using the blue button, disconnected the power source for a few minutes then restarted. It is running, the automations are working, but I still have no access to the interface through either the app or browser on my phone.
Looks like the factory reset is my only choice now.
This s not the same. The original problem on this thread was about add-ons not running after a restore, but you have a different situation, as your add-ons stopped without any relation to a restore.
I would suggest you o create another topic for this specific case.
No, this was after a restore as well.
Ok, it seems the reason I couldnât access the interface was that my phone has for some reason connected to my Guest wifi. It was early in the morning, so I didnât notice at first.
Oddly, I could connect to the HA running on my Blue but not the one on the Yellow despite the fact that theyâre both connected to the same network switch and the Yellow was set up using a backup from the blue a week ago and I didnât make any changes.
Most of the add-one are now running, a few wonât start. I uninstalled one of them, but I get an error trying to reinstall.
Everything seems to be running well enough now, I will look into doing a factory reset though itâs not as immediate a concern. My only worry is that I relied on the expectation that restoring a backup would work properly, can I rely on the expectation that the factory reset will, indeed, clear all data and start with a completely fresh install?
Ok, all is not well after all. I canât restart because apparently ârestart is âundefinedâ.
My system is so badly screwed up. I donât know what to do.
EDIT: another shutdown, unplug for 15 minutes and reboot has returned the ârestartâ service and restored a couple other items that had broken. A few if the Add-Ons still wonât start. They say they are âmissing required optionsâ
I know how frustrating it is when a system recovery fails. Many years ago, I had a 24/7 system (not HA) down for almost a week because I could not recover a corrupted database. The commercial impact was trivial compared to our patients not getting needed medicine. Yes, I had backups, but I never tested the recovery process.
The worst time to discover your recovery plan does not work is when you need it. Donât assume it will work - test it before you need it.
Same Problem even after reboot the system.
here is the log.
Any solution?
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service base-addon-banner: starting
-----------------------------------------------------------
Add-on: Studio Code Server
Fully featured Visual Studio Code (VSCode) experience integrated in the Home Assistant frontend.
-----------------------------------------------------------
Add-on version: 5.8.0
You are running the latest version of this add-on.
System: Home Assistant OS 10.3 (amd64 / qemux86-64)
Home Assistant Core: 2023.6.3
Home Assistant Supervisor: 2023.06.4
-----------------------------------------------------------
Please, share the above information when looking for help
or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service base-addon-banner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service base-addon-timezone: starting
s6-rc: info: service base-addon-log-level: starting
s6-rc: info: service fix-attrs successfully started
[12:10:10] INFO: Configuring timezone (America/Santiago)...
s6-rc: info: service base-addon-log-level successfully started
s6-rc: info: service base-addon-timezone successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service init-user: starting
s6-rc: info: service init-mysql: starting
s6-rc: info: service init-mosquitto: starting
s6-rc: info: service init-code-server: starting
s6-rc: info: service init-code-server successfully started
s6-rc: info: service init-user successfully started
s6-rc: info: service code-server: starting
s6-rc: info: service code-server successfully started
[12:10:10] INFO: Starting code-server...
s6-rc: info: service init-mosquitto successfully started
s6-rc: info: service init-mysql successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[2023-06-29T16:10:11.571Z] info Wrote default config file to ~/.config/code-server/config.yaml
[2023-06-29T16:10:12.119Z] info code-server 4.14.1 5c199629305a0b935b4388b7db549f77eae82b5a
[2023-06-29T16:10:12.121Z] info Using user-data-dir /data/vscode
[2023-06-29T16:10:12.137Z] info Using config file ~/.config/code-server/config.yaml
[2023-06-29T16:10:12.137Z] info HTTP server listening on http://0.0.0.0:1337/
[2023-06-29T16:10:12.137Z] info - Authentication is disabled
[2023-06-29T16:10:12.137Z] info - Not serving HTTPS
[2023-06-29T16:10:12.138Z] info Session server listening on /data/vscode/code-server-ipc.sock
I had this problem too.
The HDD of my home server had broken. I swapped to a SSD, and installed Debian 12 headless and Home Assistant supervised.
The backup was recovered successifully, only the VSCode server had problems as @AndySymons wrote.
If I removed the VSCode and tried to reinstall, the following error occured:
Canât install ghcr.io/hassio-addons/vscode/amd64:5.17.2: 404 Client Error for http+docker://localhost/v1.47/images/ghcr.io/hassio-addons/vscode/amd64:5.17.2/json: Not Found (âNo such image: Package vscode/amd64 ¡ GitHubâ)
The problem is caused by the partitioning. The /var was sized only 4GB and almost full. I moved the dockerâs directory from /var/lib/docker to the /home partition and then everything works well.
Some help here: Relocating /var/lib/docker directory | Sisense