Hi @KluthR!
Thanks for your work on the new plugin.
I see a v3 is coming soon and could wait for that if thats best, or test it if you think what I'm about to bring up might already be addressed.
I have some containers that fail to restart after backup.
Frigate is one this happens with consistently. I believe this happens because of the extra options this container is started with.
The container starts with Extra Parameters: `--runtime=nvidia --shm-size=5G`, which, by itself is not to crazy. But it also has a coral AI/TPU (device) passed in.
The weird thing, is the backup thinks the container starts successfully from what I see.
...
[08.04.2023 03:00:13] Stopping frigate-nvidia... done! (took 4 seconds)
...
[08.04.2023 04:08:32] Starting frigate-nvidia... (try #1) done!
but the container just stops right after starting (In this case, I started it myself at 11:29):
[2023-04-08 04:08:36] frigate.app INFO : Starting Frigate (0.10.1-83481af)
Starting migrations
[2023-04-08 04:08:36] peewee_migrate INFO : Starting migrations
There is nothing to migrate
[2023-04-08 04:08:36] peewee_migrate INFO : There is nothing to migrate
[2023-04-08 11:29:36] frigate.app INFO : Starting Frigate (0.10.1-83481af)
23-04-08 11:29:36] peewee_migrate INFO : There is nothing to migrate
[2023-04-08 11:29:36] frigate.app INFO : Output process started: 227
[2023-04-08 11:29:36] ws4py INFO : Using epoll
...
I really don't know why this is happening, but thought I would share some of the weird in case something jumps out, or someone else is experiencing the same issues.
Maybe causes: My DNS server (a container) might be down, maybe frigate is silently erroring trying to access cameras.
If it is that the DNS server container has not started yet, is there a quick solution to this?
Like a pre start script that starts my DNS server container. I have not tried that since I thought the backup script would error trying to start the DNS server when it was already started.
Thanks for any thoughts or ideas, and the work to improve the backup plugin.