Open Sempiternity87 opened 1 month ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
A copy of the btrfs errors would be helpful but I suspect this might be a corrupted docker.img maybe.
Yeah, that's what I've been trying to find out for the last week. One of the things that's been confusing me is that I recently (in the last month or so) converted my cache drive from BTRFS to XFS (so I wasn't sure why I was getting BTRFS errors). The error is the same, constantly (and filling up my log). The only thing that's different is the "corrupt" count.
I wasn't sure if it was a corrupted docker.img since the errors stopped when I stopped the Overseerr container.
Jul 26 12:09:45 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:45 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192925, gen 0
Jul 26 12:09:46 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:46 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192926, gen 0
Jul 26 12:09:46 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:46 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192927, gen 0
Jul 26 12:09:47 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:47 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192928, gen 0
Jul 26 12:09:47 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:47 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192929, gen 0
Jul 26 12:09:48 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:48 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192930, gen 0
Jul 26 12:09:48 Deponia kernel: BTRFS warning (device loop2): csum failed root 1156 ino 61914 off 921600 csum 0xd57aab0a expected csum 0x3ab67240 mirror 1
Jul 26 12:09:48 Deponia kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 1192931, gen 0
Yea those are host level issues, not anything to do with the container.
This issue has been automatically marked as stale because it has not had recent activity. This might be due to missing feedback from OP. It will be closed if no further activity occurs. Thank you for your contributions.
Is there an existing issue for this?
Current Behavior
I had been running on the latest version in Unraid, when I noticed my syslog was filling up with BTRFS errors. I had also noticed a bit earlier that Overseerr wasn't working (app was running, but couldn't reach it). I was going through some trouble-shooting and didn't notice the relationship until I had disabled Docker, and the BTRFS errors stopped. Then I turned it back on (got the errors again), and remembered Overseerr not working, so stopped that app specifically, and my errors went away.
I came here to see if there were any issues reported, but finding nothing, I looked at some recent changes (nothing stood out to me). I figured if there was an issue with a recent version, I could try an older one. Updating my container to v1.33.2-ls112 has Overseerr working again, and no BTRFS errors.
To double check again, I set the container to v1.33.2-ls113 specifically, and my issues cropped up again. Back to v1.33.2-ls112 and it was fine. I'm not sure what changed, but it's definitely having an issue with something.
Expected Behavior
Container should be running and accessible, with no errors.
Steps To Reproduce
Running the Docker container using the latest repository, or specifically "lscr.io/linuxserver/overseerr:v1.33.2-ls113"
Environment
CPU architecture
x86-64
Docker creation
Container logs