Restore gone wrong - can't find configuration files, but HA is running

Configuration
1

looking for an assist - I ran a restore to back out of some dashboard changes and now I can’t find the HA configuration files.

After restore HA rebooted and started up. Everything including entities defined in custom files seem to be there - however the home homeassistant folder is empty.

  • studio code server says there are no files
  • command line confirms the homeassistant directory is empty
  • recursive file search for files ending in .yaml returns nothing
  • looked through the log files, I can’t find an entry showing a path to files being loaded

suggestions on where the config files are hiding?

image
image1452×1226 134 KB

2

Same happened to me. In my case, it was caused by a Samba-share add on. Restarting the add-on restored my config.yaml.

Also, the same may be needed if you have the SSH add-on…restart it.

3

yep, Im in the thick of it too. Updated the latest core this evening. Did a backup first. When restarted, frigate issues lots of 025/07/10 20:20:00 [error] 194#194: *126 auth request unexpected status: 502 while sending to client, client: 127.0.0.1, server: , request: “GET /api/version HTTP/1.1”, host: “127.0.0.1:5000”

tried to do a restore, it failed and now I have a directory entry for config, not accessible via samba, I can CD into it using terminal but it is empty. Everything is loading as it should. Any help would be appreciated also.

lrwxrwxrwx 1 root root 14 Jul 10 21:36 addon_configs → /addon_configs
lrwxrwxrwx 1 root root 7 Jul 10 21:36 addons → /addons
lrwxrwxrwx 1 root root 7 Jul 10 21:36 backup → /backup
lrwxrwxrwx 1 root root 14 Jul 10 21:36 config → /homeassistant
lrwxrwxrwx 1 root root 14 Jul 10 21:36 homeassistant → /homeassistant
lrwxrwxrwx 1 root root 6 Jul 10 21:36 media → /media
lrwxrwxrwx 1 root root 6 Jul 10 21:36 share → /share
lrwxrwxrwx 1 root root 4 Jul 10 21:36 ssl → /ssl

4

One thing I did not mention, I am running HA in a proxmox VM. I decided to reboot the VM and the config directory contents reappeared.
Might help someone.

Still have issue with Frigate and restoring the backup… oh well

'2025-07-11 04:39:19.716801713 2025/07/11 00:39:19 [error] 184#184: *24 connect() failed (111: Connection refused) while connecting to upstream, client: 172.30.32.1, server: , request: "GET /api/stats HTTP/1.1", subrequest: "/auth", upstream: "http://127.0.0.1:5001/auth", host: "ccab4aaf-frigate:5000"

Update for the frigate issue ( I am just going to leave this here. The last line in the stacktrace is stange as ulimit -n reports 1024 for me)

491963  Traceback (most recent call last):
2025-07-11 14:08:18.263496371    File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
2025-07-11 14:08:18.263497628      return _run_code(code, main_globals, None,
2025-07-11 14:08:18.263498738    File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
2025-07-11 14:08:18.263499738      exec(code, run_globals)
2025-07-11 14:08:18.263500794    File "/opt/frigate/frigate/__main__.py", line 64, in <module>
2025-07-11 14:08:18.263504757      main()
2025-07-11 14:08:18.263505838    File "/opt/frigate/frigate/__main__.py", line 60, in main
2025-07-11 14:08:18.263518946      FrigateApp(config).start()
2025-07-11 14:08:18.263520032    File "/opt/frigate/frigate/app.py", line 610, in start
2025-07-11 14:08:18.263521193      self.start_camera_capture_processes()
2025-07-11 14:08:18.263522291    File "/opt/frigate/frigate/app.py", line 449, in start_camera_capture_processes
2025-07-11 14:08:18.263541328      capture_process.start()
2025-07-11 14:08:18.263542472    File "/opt/frigate/frigate/util/process.py", line 30, in start
2025-07-11 14:08:18.263543570      super().start(*args, **kwargs)
2025-07-11 14:08:18.263544656    File "/usr/lib/python3.9/multiprocessing/process.py", line 121, in start
2025-07-11 14:08:18.263562459      self._popen = self._Popen(self)
2025-07-11 14:08:18.263563664    File "/usr/lib/python3.9/multiprocessing/context.py", line 224, in _Popen
2025-07-11 14:08:18.263564899      return _default_context.get_context().Process._Popen(process_obj)
2025-07-11 14:08:18.263566007    File "/usr/lib/python3.9/multiprocessing/context.py", line 277, in _Popen
2025-07-11 14:08:18.263566953      return Popen(process_obj)
2025-07-11 14:08:18.263568027    File "/usr/lib/python3.9/multiprocessing/popen_fork.py", line 19, in __init__
2025-07-11 14:08:18.263568961      self._launch(process_obj)
2025-07-11 14:08:18.263580851    File "/usr/lib/python3.9/multiprocessing/popen_fork.py", line 64, in _launch
2025-07-11 14:08:18.263581861      parent_r, child_w = os.pipe()


2025-07-11 14:08:18.263582815  OSError: [Errno 24] Too many open files
5

I can see files again. poking at this was fragmented, rebooting alone did not resolve it. Looking around there are reports of this, in one case the issue went away after an update, another suspected permissions on the terminal app, multiple reported samba mapping showed files.

everything is there, miffed as to why it can’t be seen.

you seem to be over the hump - if this happens again some initial steps to try:

Developer Tools → Reloading each of the configurations one at a time
add-ons → restart of Studio server and terminal
reboot