[EFAULT] Failed to delete dataset ... problem solved/pls ignore

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.

1 Like