Open TheSpyder opened 1 month ago
After looking at the logs some more, I realise that it's apparently normal for the total expired videos to be a +
in the totals row. So that part was normal, it's just that nothing was actually deleted due to the download error.
Maybe I'll make --log-level verbose the default, which shows yt-dlp logs and not by debug logs. Thanks for the suggestion @TheSpyder :slightly_smiling_face:
I've busted something in my docker setup and some containers have 100% network failure. I'm not asking for help with that, I found a way to fix the network connection, but I think
ytdl-sub
should handle the situation better. The logs have no indication of such a critical failure and it took a day or two before I noticed I wasn't getting any new videos.At the default log level everything appeared mostly normal. The only indication something might be wrong in the logs was that a few channels had expiring videos, and every run listed
-1
or-2
for those channels without actually deleting anything. Then I realised the total was showing+9
every run without any downloads - and that+
was equal to the number of expired videos.Only after I increased the log level did it show the real issue:
I suggest having a more critical error when there are network failures :)
I'm running
ghcr.io/jmbannon/ytdl-sub:latest
and the current image (it actually started after adocker pull
, so initially I wondered if it was aytdl-sub
bug).Replicating is easy - with a running container do
docker network disconnect <container-network> <container-name>
.