UnraidUser71374

I think is that cache directory that is mounted in the root fs the problem: (root) ➜ ~ docker inspect -f '{{ .Name }}{{ printf "\n" }}{{ range .Mounts }}{{ printf " Source: %s\n Destination: %s\n Type: %s\n\n" .Source .Destination .Type }}{{ end }}' Jellyfin /Jellyfin Source: /var/lib/docker/volumes/0007636a411b5ffb97a471ea286855683ad3e014065ce8f57a8db5d4af52da9b/_data Destination: /cache Type: volume Source: /mnt/user/appdata/Jellyfin Destination: /config Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/Film Destination: /data/movies Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/musica/Plex Music/music Destination: /data/music Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/musica/Plex Music/soundtrack Destination: /data/soundtracks Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/Serie TV Destination: /data/tvshows Type: bind I added a cache path in the jellyfin container config, now is like this: (root) ➜ ~ docker inspect -f '{{ .Name }}{{ printf "\n" }}{{ range .Mounts }}{{ printf " Source: %s\n Destination: %s\n Type: %s\n\n" .Source .Destination .Type }}{{ end }}' Jellyfin /Jellyfin Source: /mnt/user/UNNAS/OLD HDD 6TB/Serie TV Destination: /data/tvshows Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/Film Destination: /data/movies Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/musica/Plex Music/soundtrack Destination: /data/soundtracks Type: bind Source: /mnt/user/UNNAS/OLD HDD 6TB/musica/Plex Music/music Destination: /data/music Type: bind Source: /mnt/user/appdata/Jellyfin/cache Destination: /cache Type: bind Source: /mnt/user/appdata/Jellyfin Destination: /config Type: bind This is ok? We should tell the mantainer of jellyfin/jellyfin:latest that it should require the mapping of the cache dir?

For the second time in a few days, my Unraid server's root filesystem filled to 100%, causing SMB shares and WebUI to stop working. Each time, a reboot fixes the issue completely, leaving the root filesystem nearly empty (only 6% used). Version: Unraid 6.12.14 USB drive: 57.3GB with 7.8GB allocated for root Found Jellyfin process holding deleted memfd file showing as 2TB in lsof | grep deleted After reboot: Root filesystem drops from 100% to 6% usage (457MB/7.8GB) All services resume normal operation Questions: What might be causing this rapid filling of root partition that disappears after reboot? Can that deleted file held open by Jellyfin (memfd:doublemapper) consume all available space on the root filesystem through inodes or other filesystem resources? What's the best way to monitor/prevent this?

Are you sure? because this error seems like an error of the parameters passed to docker. For you it worked when you configured to use postgres?

I tried installing the PinePods docker but i get this error. I used postgres as db. wait-for-it.sh: strict mode, refusing to execute subprocess chown: unknown user/group Debian-exim:Debian-exim chown: unknown user/group Debian-exim:Debian-exim Error: Format string 'DB_TYPE=%(ENV_DB_TYPE)s,SEARCH_API_URL=%(ENV_SEARCH_API_URL)s,DEBUG_MODE=%(ENV_DEBUG_MODE)s' for 'environment' contains names ('ENV_SEARCH_API_URL') which cannot be expanded. Available names: ENV_API_URL, ENV_APP_ROOT, ENV_DB_HOST, ENV_DB_NAME, ENV_DB_PASS, ENV_DB_PASSWORD, ENV_DB_PORT, ENV_DB_TYPE, ENV_DB_USER, ENV_DEBUG, ENV_DEBUG_MODE, ENV_EMAIL, ENV_FULLNAME, ENV_HOME, ENV_HOSTNAME, ENV_HOST_CONTAINERNAME, ENV_HOST_HOSTNAME, ENV_HOST_OS, ENV_PASSWORD, ENV_PATH, ENV_PINEPODS_PORT, ENV_PROXY_PROTOCOL, ENV_PWD, ENV_REVERSE_PROXY, ENV_SHLVL, ENV_TZ, ENV_USERNAME, ENV__, group_name, here, host_node_name, numprocs, process_num, program_name in section 'program:client_api' (file: '/pinepods/startup/supervisord.conf')