Server Version#: 1.21.3.4021
Player Version#: N/A
I have a cloud server accessing music from B2, and due to excessive bandwidth costs I’ve started looking deeper to find that Plex is accessing media when it’s not supposed to.
What should be happening is bring the media in during the initial scan, grab metadata at the same time, then leave the files absolutely untouched until something is served to a user.
Am I seeing a bug? Is there some setting I’m missing?
Of note for other users: By default Plex does all sorts of scanning and rescanning: volume leveling, chapter thumbnail extraction, watching for library changes, etc. If you’re paying per GB, disable these before you start adding media.
Individual Library Checklist
- Scanners are “Personal Media” / “Local Media” only
- “Prefer local metadata” is checked on all libraries
- Album Art is “Local Files Only” on all libraries
- Genres are “Embedded Tags”
On the “Library” section of the server’s settings
- “Scan my library automatically” is Unchecked
- “Run a partial scan when changes are detected” is Unchecked
- “Include music libraries in automatic updates” is Unchecked
- “Scan my library periodically” is Unchecked
- “Generate video preview thumbnails” is Never
- “Generate intro video markers” is Never
- “Generate chapter thumbnails” is Never
- “Analyze audio tracks for loudness” is Never
Under “Scheduled Tasks”
- “Time at which tasks start to run”: 2am
- Checked:
- Backup database every three days
- Optimize database every week
- Remove old bundles every week
- Unchecked:
- Remove old cache files every week
- Refresh local metadata every three days
- Update all libraries during maintenance
- Upgrade media analysis during maintenance
- Refresh music library metadata periodically
- Perform extensive media analysis during maintenance
- Fetch missing location names for items in photo sections
- Analyze and tag photos
Plugins
- No plugins installed
Here are the Plex logs for 2am
-Feb 13, 2021 02:01:21.343 [0x7f383ded3700] DEBUG - Completed: [127.0.0.1:41780] 200 GET /identity (5 live) 0ms 398 bytes (pipelined: 1)
-Feb 13, 2021 02:01:26.252 [0x7f38197fa700] DEBUG - Sync: uploadStatus
-Feb 13, 2021 02:01:26.582 [0x7f3812ffd700] DEBUG - Request: [127.0.0.1:41782 (Loopback)] GET /identity (4 live) Signed-in
-Feb 13, 2021 02:01:26.583 [0x7f383e6d4700] DEBUG - Completed: [127.0.0.1:41782] 200 GET /identity (5 live) 0ms 398 bytes (pipelined: 1)
-Feb 13, 2021 02:01:31.818 [0x7f3812ffd700] DEBUG - Request: [127.0.0.1:41784 (Loopback)] GET /identity (5 live) Signed-in
-Feb 13, 2021 02:01:31.819 [0x7f383e6d4700] DEBUG - Completed: [127.0.0.1:41784] 200 GET /identity (5 live) 0ms 398 bytes (pipelined: 1)
-Feb 13, 2021 02:01:31.987 [0x7f382e7fc700] DEBUG - Butler: we're in the window, starting.
-Feb 13, 2021 02:01:31.987 [0x7f382e7fc700] DEBUG - Butler: Waking up!
-Feb 13, 2021 02:01:31.988 [0x7f382e7fc700] DEBUG - Butler: Scheduling randomized task 'RefreshEpgGuides' in 130 minutes.
-Feb 13, 2021 02:01:32.215 [0x7f383ce34700] DEBUG - The butler generated 0 blur hashes.
-Feb 13, 2021 02:01:37.060 [0x7f3812ffd700] DEBUG - Request: [127.0.0.1:41786 (Loopback)] GET /identity (5 live) Signed-in
-Feb 13, 2021 02:01:37.061 [0x7f383e6d4700] DEBUG - Completed: [127.0.0.1:41786] 200 GET /identity (5 live) 0ms 398 bytes (pipelined: 1)
At the same time, this is s3fs
There are hundreds of these entries
...
s3fs | LOOKUP /Various Artists/VA - Hospitality 2010 (FLAC)
s3fs | getattr /Various Artists/VA - Hospitality 2010 (FLAC)
s3fs | NODEID: 54182
s3fs | unique: 476612, success, outsize: 144
s3fs | unique: 476613, opcode: ACCESS (34), nodeid: 54182, insize: 48, pid: 0
s3fs | access /Various Artists/VA - Hospitality 2010 (FLAC) 01
s3fs | unique: 476613, success, outsize: 16
s3fs | unique: 476614, opcode: OPENDIR (27), nodeid: 54182, insize: 48, pid: 0
s3fs | opendir flags: 0x58000 /Various Artists/VA - Hospitality 2010 (FLAC)
s3fs | opendir[0] flags: 0x58000 /Various Artists/VA - Hospitality 2010 (FLAC)
s3fs | unique: 476614, success, outsize: 32
s3fs | unique: 476615, opcode: READDIR (28), nodeid: 54182, insize: 80, pid: 0
s3fs | readdir[0] from 0
s3fs | unique: 476615, success, outsize: 1936
s3fs | unique: 476616, opcode: READDIR (28), nodeid: 54182, insize: 80, pid: 0
s3fs | unique: 476616, success, outsize: 16
...