Music jpg's being created in /tmp

Server Version#: 1.28.2.6106
Player Version#: NA
OS: “Ubuntu 22.04.1 LTS”
As of Aug 18. (The date I upgraded to 1.28.2.6106) I am seeing hundreds of jpgs related to music entries being populated and left in /tmp. They are all timestamped between 2 and 5am which is the times specified for the background maintenance tasks per the scheduled tasks settings under settings. I’m assuming these can deleted, but would like confirmation of this, and was hoping that we could get this investigated to see what’s going on.

Any information in regards to this would be greatly appreciated.

I’ve noticed these as well… Not sure if it’s something new or if it’s always been like this. I’m only recently starting to use plex for music.

Do either of you have the Logs which cover this time period?

If so, I will write it up.

I’ve seen a few other reports and suspect this is a regression but need logs for Engineering.

Sure, let me grab them later as I’m away from my PC atm. I’ll DM you.

I’ve changed the scheduled tasks settings for my development system to see what happens

I’m adding a fair bit of content each day (few thousand tracks) so that might also be a factor.

That shouldn’t matter. AFAIK, it doesn’t belong in /tmp (Unless set there)

where would you like the logs posted?

This is expected behaviour when refreshing/adding music. I’ll see what I can do about cleaning those up when they’re no longer required, the OS should clean out temp files anyway but it may just not happen on a strict enough schedule for some users.

I’m curious why just for music?

Also, if I was to recreate a music library from scratch with say 100k tracks would I end up with 100k tmp files ?

No, it’s not just for music but most common with music. If the media contains an embedded poster it will get extracted to tmp.

Not unless each track has different embedded artwork, which is unlikely as most tracks that are in the same album have the exact same album art. It only extracts one unique copy of the artwork in tmp, and obviously doesn’t store anything if there isn’t embedded artwork.

1 Like

Okay, thanks for the clarifications.

This tallies to what I’m seeing. I’ve so far approx 1,600 albums, all of which have embedded artwork and after a metadata refresh of the music I’ve approximately the same number of tmp jpg files.

drzoidberg33, I have to disagree with you. I have worked with Sunos, Solaris, AIX, HPUX, Linux and a few other *nix variants, and none of these OS have had automated functions to clean /tmp. At the same time, I have seen some *nix admins implement such a function, but by design, the /tmp directory has never had automated solutions for cleanup. It has always been left up to the applications to remove files. As many of these were optimized as server OS, and often ran for months, if not years, between reboots, there may have often been “temp” files that only needed to be refreshed at the time of reboot. An application PID file for example. Regardless, if you are assuring us that the removal of the files will not negatively impact the plex server, I will easily implement a daily cleanup and look forward to seeing a fix in an upcoming version.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.