mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
[10.11.x] Jellyfin requires 512MB of free space in logdir #7638
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @nonplusnl on GitHub (Oct 29, 2025).
Description of the bug
After upgrading from 10.10 to 10.11.1, Jellyfin startup fails with following text:
I run my logdir on a RAMdrive, which does not have this space. It appears to me that a requirement for 512MB of logging space is a bit overdone?
Reproduction steps
Startup Jellyfin, provide option for logging dir that has less than 512MB available
What is the current bug behavior?
Unhandled exception
What is the expected correct behavior?
Jellyfin accepting lower space on logdir; perhaps instead providing alert in GUI
Jellyfin Server version
10.11.1
Specify commit id
No response
Specify unstable release number
No response
Specify version number
10.11.1
Specify the build version
current
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@oddstr13 commented on GitHub (Oct 30, 2025):
👀
Just don't enable debug logging.
Closely related to #15036
@nonplusnl commented on GitHub (Oct 30, 2025):
Thanks for the suggestion, but debug logging is disabled, my logging is set to fatal.
And again, I run logging on a RAMdrive. 512MB free space requirement for logging, with debug disabled, seems a bit high?
@Turbine1991 commented on GitHub (Oct 30, 2025):
I think this is a really bad default, it should be a warning - not fatal.
After installing as well on Armbian, I experienced this. As logs are on a ramdisk.
@poddmo commented on GitHub (Nov 4, 2025):
An arbitrary hard limit does not seem in the open spirit. Especially when the config of /etc/jellyfin/logging.json should limit logs to ten 10MB files (100MB total).
Why have a hard requirement beyond what we have configured the limit to be?
(retainedFileCountLimit * fileSizeLimitBytes) should be the amount of storage required.
@dpieski commented on GitHub (Nov 18, 2025):
Is this fixed with #15390 in 10.11.3?
@nmaas87 commented on GitHub (Nov 18, 2025):
@dpieski Yes, can confirm, the /var/log issue is not a problem anymore / does work on Armbian with 50 MB ZRAM / tmpfs on /var/log.