Hello all
I have been trying to get a docker compose yaml to work via
Summary
but I have made a mistake. I tried to remove the downloaded image container but I ended up deleting another container which I needed to leave alone. (Never mind).
My messing around has resulted in
[EFAULT] Failed to delete dataset: cannot destroy 'mainraid/ix-apps/app_mounts/frigate': filesystem has dependent clones use '-R' to destroy the following datasets: mainraid/ix-applications/releases/frigate/volumes/ix_volumes/config@ix-applications-backup-system-update--2024-12-21_17:48:48 mainraid/ix-applications/releases/frigate/volumes/ix_volumes/config@ix-applications-backup-system-update--2024-12-22_14:20:39 mainraid/ix-applications/releases/frigate/volumes/ix_volumes/config@ix-applications-backup-system-update--2024-12-14_16:54:57 mainraid/ix-applications/releases/frigate/volumes/ix_volumes/config
(1) please can someone show me what to do to clean up the mess? Losing the datasets mentioned isn’t a problem.
But … if I do delete the datasets (it looks like zfs destroy -R mainraid/ix-apps/app_mounts/frigate
would be the required command according to chatGPT hich I will not be trying until someone here verifies it!) it means that my ability to revert to dragonsfigh, in order to run frigate, will be scuppered so perhaps a better bet is to restore from a snapshot.
in which case
(2) can someone help me through the process of “restoring from snapshots” please?
solution: I tried once again reinstalling the official Frigate "app " and, having succeeded, I realised that the “undeletable snapshots” probably don’t matter and anyway, the latest attempt to run Frigate at sensible CPU load has worked!
The utilisation is a few tens of per cent, maybe <50% and maybe only about 20% … I need to monitor it for a while.
If I now start messing about with Frigate datasets and things, I might undo this serendipity, so I shall leave it alone.