Fix stale 3-minute transcode timing — corrected to 7 minutes

transcode_management.sh runs every 7 minutes. Six references across
README.md, README-Transcoding.md, Manual-Transcoding.md, transcode_manager.sh,
and transcode_cleanup.sh still said 3 minutes from before the schedule change.
This commit is contained in:
Gmer4Lfe
2026-05-23 15:43:14 -04:00
parent e215db2a57
commit 59c2372fa1
5 changed files with 7 additions and 7 deletions
+2 -2
View File
@@ -573,7 +573,7 @@ Every minute:
→ system_watchdog.sh system components: storage + WebGUI health → system_watchdog.sh system components: storage + WebGUI health
→ stability_watchdog.sh last resort — reboots when all else fails → stability_watchdog.sh last resort — reboots when all else fails
Every 3 minutes: Every 7 minutes:
transcode_management.sh cleanup → manager (order non-negotiable) transcode_management.sh cleanup → manager (order non-negotiable)
Every 15 minutes: Every 15 minutes:
@@ -620,7 +620,7 @@ Throughout the day (every minute via watchdog_orchestrator.sh):
Throughout the day: Throughout the day:
fallback.sh watching: remote server, internet connectivity fallback.sh watching: remote server, internet connectivity
transcode_management.sh managing: ramdisk ↔ SSD, session cleanup (every 3min) transcode_management.sh managing: ramdisk ↔ SSD, session cleanup (every 7min)
critical_sync_maintenance.sh keeping: auth stack + Emby current (every 30min) critical_sync_maintenance.sh keeping: auth stack + Emby current (every 30min)
1am: 1am:
+2 -2
View File
@@ -216,7 +216,7 @@ ramdisk_setup.sh --log # verbose — show each creation step
## transcode_manager.sh ## transcode_manager.sh
Monitors ramdisk usage and manages the symlink direction. Called second in every 3-minute Monitors ramdisk usage and manages the symlink direction. Called second in every 7-minute
cycle by `transcode_management.sh`. cycle by `transcode_management.sh`.
### Three Modes ### Three Modes
@@ -325,7 +325,7 @@ transcode_manager.sh --no-log # suppress daily log write
## transcode_cleanup.sh ## transcode_cleanup.sh
Removes stale transcode files from ramdisk and SSD fallback. Called first in every Removes stale transcode files from ramdisk and SSD fallback. Called first in every
3-minute cycle — cleanup before usage measurement is non-negotiable. 7-minute cycle — cleanup before usage measurement is non-negotiable.
### Deletion Rules ### Deletion Rules
+1 -1
View File
@@ -99,7 +99,7 @@ Three scripts, one goal: keep transcodes on RAM, fall back to SSD when needed.
`ramdisk_setup.sh` runs at array start — creates the tmpfs, SSD fallback directory, `ramdisk_setup.sh` runs at array start — creates the tmpfs, SSD fallback directory,
symlink, and pre-creates `transcoding-temp`. Everything that must exist before Emby starts. symlink, and pre-creates `transcoding-temp`. Everything that must exist before Emby starts.
`transcode_cleanup.sh` runs first in every 3-minute cycle — removes stale files from both `transcode_cleanup.sh` runs first in every 7-minute cycle — removes stale files from both
ramdisk and SSD. Cleans up before usage is measured, so the manager sees real load. ramdisk and SSD. Cleans up before usage is measured, so the manager sees real load.
`transcode_manager.sh` runs second — measures ramdisk usage, flips the symlink if `transcode_manager.sh` runs second — measures ramdisk usage, flips the symlink if
+1 -1
View File
@@ -49,7 +49,7 @@
# #
# Wait Lock # Wait Lock
# acquire_lock "wait" — waits if a previous cleanup run is still active rather # acquire_lock "wait" — waits if a previous cleanup run is still active rather
# than exiting. The caller's 3-minute interval can overlap on a slow system. # than exiting. The caller's 7-minute interval can overlap on a slow system.
# #
# lsof Timeout # lsof Timeout
# lsof call capped at 15 seconds per location — prevents blocking indefinitely # lsof call capped at 15 seconds per location — prevents blocking indefinitely
+1 -1
View File
@@ -49,7 +49,7 @@
# ============================================================================================== # ==============================================================================================
# #
# Wait Lock # Wait Lock
# acquire_lock "wait" — waits if the previous run is still active. The 3-minute # acquire_lock "wait" — waits if the previous run is still active. The 7-minute
# interval can overlap on a system under heavy load. # interval can overlap on a system under heavy load.
# #
# Docker Timeout # Docker Timeout