Re: 0 B Free Space [SMB mount and Linux]
Posted: April 19th, 2024, 3:48 pm
Nevermind, redid the fstab file and suddenly all affected containers are working again. Thanks to everyone who posted about this!
I bet they are pointing to the ones in config. Mine were anyway. Just edit them and go all the way out to the root of the container, then go to the proper ones. That's what finally fixed it for me lolcactusCoffee4649 wrote: ↑April 19th, 2024, 3:05 pmHey, just wanted to say I'm noticing the exact same thing on my end. I successfully updated the kernel, but SAB is defaulting downloads to a Download folder in /config instead of the designated cifs share.QuirkyKirkHax wrote: ↑April 19th, 2024, 10:00 am Digging a little deeper, I can see the container can see the cifs share without trouble, and they even appear to be mounted properly within the container....
But when I try to do a pull with Sab, the files never show in the share folder, and fail to move properly. So I checked the local Download directory that Sab keeps creating for some reason, and all the files are in there...Its like it has two sets of download folders somehow.Code: Select all
quirk@rainsvr:~$ docker exec -it sabnzbd bash root@3156e87bdf70:/# ls app command defaultsdocker-mods downloadshome init lsiopy mnt package rootsbin sys usr bin config devdonate.txt etcincomplete-downloads lib media opt proc runsrv tmp var root@3156e87bdf70:/# df -h Filesystem Size Used Avail Use% Mounted on overlay 244G 106G 128G 46% / tmpfs 64M 0 64M 0% /dev shm 64M 0 64M 0% /dev/shm /dev/mapper/ubuntu--vg-ubuntu--lv 244G 106G 128G 46% /config //192.168.1.68/Movies And TV 35T 19T 17T 54% /downloads tmpfs 3.9G 0 3.9G 0% /proc/acpi tmpfs 3.9G 0 3.9G 0% /proc/scsi tmpfs 3.9G 0 3.9G 0% /sys/firmware tmpfs 3.9G 0 3.9G 0% /sys/devices/virtual/powercap
This is the local thing I'm seeing...Code: Select all
root@51b37612dac2:/# ls /config/Downloads complete incomplete
Threw some junk on the cifs share to check the ones in the root folderBut logging into the container with bash, the root download and incomplete download directories appear to be the share...I have no clue where the local ones are coming from and where they are being linked in the container.....Code: Select all
root@51b37612dac2:/# ls downloads TESTCOMPLETE root@51b37612dac2:/# ls incomplete-downloads/ TESTINCOMPLETE
And deleting the ones in /config doesn't appear to help, since they regenerate on every reboot....
User Folders in the Web UI settings are showing the correct paths for complete and incomplete. Not sure what I have to do to get this working.