Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backup mount as default backup location causes partial system failure #5030

Open
TomK opened this issue Apr 21, 2024 · 1 comment
Open

Backup mount as default backup location causes partial system failure #5030

TomK opened this issue Apr 21, 2024 · 1 comment

Comments

@TomK
Copy link

TomK commented Apr 21, 2024

Describe the issue you are experiencing

i've been having periodic crashes since the last supervisor update. i've narrowed it down to a NAS mount.

I have four mounts on my WD MyCloud Home Duo:

default_backup_mount: null
mounts:
- name: frigate
  read_only: false
  server: 192.168.0.25
  share: localuser/frigate
  state: active
  type: cifs
  usage: media
  version: null
- name: ha_backup
  read_only: false
  server: 192.168.0.25
  share: localuser/ha-backup
  state: active
  type: cifs
  usage: backup
  version: null
- name: plex
  read_only: false
  server: 192.168.0.25
  share: localuser/Plex
  state: active
  type: cifs
  usage: share
  version: null
- name: doubletake
  read_only: false
  server: 192.168.0.25
  share: localuser/double-take
  state: active
  type: cifs
  usage: media
  version: null

i removed all of them and re-added the one named ha_backup, within few moments and the system becomes partly unresponsive. I say partly, because some ui elements load, but many pages timeout, and eventually report: "Unable to load the panel source: /api/hassio/app/entrypoint.js"
On the storage page, i've also received the error: "Network storage is not supported on this host"

I have reinstated the other mounts, frigate, plex and doubletake, and the system remains stable. So for now, i am simply backing up onto my primary disk.

I'd like to note, this setup was working fine until the recent supervisor update.

What type of installation are you running?

Home Assistant OS

Which operating system are you running on?

Home Assistant Operating System

Steps to reproduce the issue

  1. create a backup share (cifs)
  2. set share as default backup location
  3. wait for system to behave unusually
    ...

Anything in the Supervisor logs that might be useful for us?

I run a pretty basic setup, initially installed using https://www.home-assistant.io/installation/generic-x86-64 on an Lenovo ThinkCentre M710q Tiny

System Health information

System Information

version core-2024.4.3
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.2
os_name Linux
os_version 6.6.25-haos
arch x86_64
timezone Europe/London
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 5000
Installed Version 1.34.0
Stage running
Available Repositories 1399
Downloaded Repositories 11
Home Assistant Cloud
logged_in true
subscription_expiration 13 May 2024 at 01:00
relayer_connected true
relayer_region eu-central-1
remote_enabled false
remote_connected false
alexa_enabled false
google_enabled true
remote_server eu-central-1-10.ui.nabu.casa
certificate_status ready
instance_id 5e00b2e260ae4f1194818e5fbe562683
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 12.2
update_channel beta
supervisor_version supervisor-2024.04.2
agent_version 1.6.0
docker_version 25.0.5
disk_total 109.3 GB
disk_used 52.5 GB
healthy true
supported true
board generic-x86-64
supervisor_api ok
version_api ok
installed_addons Home Assistant Google Drive Backup (0.112.1), Studio Code Server (5.15.0), NGINX Home Assistant SSL proxy (3.9.0), Node-RED (17.0.12), Advanced SSH & Web Terminal (17.2.0), Mosquitto broker (6.4.0), ESPHome (2024.4.0), Google Cloud DNS (1.0.2), chrony (3.0.1), Exadel CompreFace (1.1.0), Transmission (dev), Matter Server (5.5.1), Whisper (2.0.0), Piper (1.5.0), Asterisk (4.2.0), Plex Media Server (3.5.0), Silicon Labs Multiprotocol (2.4.5), openWakeWord (1.10.0), PS5 MQTT (1.3.3), AdGuard Home (5.0.6), Frigate (0.13.2), CodeProject AI.Server (CPU) (2.5.1), Double Take (1.13.11.8)
Dashboards
dashboards 2
resources 3
views 7
mode storage
Recorder
oldest_recorder_run 11 April 2024 at 08:42
current_recorder_run 21 April 2024 at 04:12
estimated_db_size 550.19 MiB
database_engine sqlite
database_version 3.44.2

Supervisor diagnostics

No response

Additional information

No response

@TomK TomK added the bug label Apr 21, 2024
Copy link

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates.
Please make sure to update to the latest version and check if that solves the issue. Let us know if that works for you by adding a comment 👍
This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale label May 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant