Unable to play any Music File: s1001 (Network)

Server Version#: 1.41.5.9522
Player Version#: 4.145.1
Plex Server OS: FreeBSD 13.0-RELEASE-p13 (TrueNAS Core BSD Jail)

Plex Media Server Logs_2025-04-18_07-55-09.zip (307.2 KB)

I haven’t had a music library in Plex for a long time. But about a month ago, I added one back in. The same underlying folder structure I used for my Plex music library in the past was still there from the last time I had a music library in Plex, so I just recreated the library by pointing to the folder and the the scans found and sorted everything.

However, everytime I try to play any music file, I get the dreaded s1001 (Network) error. I have no issues with other libraries (movies and TV) and had no problems with this folder in the past (the folder itself is on an NFS share, and this is a different Plex server than before).

Very interestingly, I have noticed that when I get the info for these music files, they show no audio related streams/codecs. For example:

<MediaContainer size="1" allowSync="1" identifier="com.plexapp.plugins.library" librarySectionID="6" librarySectionTitle="Music" librarySectionUUID="a4f9a987-37d4-42ff-a995-aa248dc91092" mediaTagPrefix="/system/bundle/media/flags/" mediaTagVersion="1740148585">
<Track ratingKey="16474" key="/library/metadata/16474" parentRatingKey="16469" grandparentRatingKey="16468" guid="plex://track/5d07f744403c6402905eba36" parentGuid="plex://album/5d07ca58403c640290d1feab" grandparentGuid="plex://artist/5d07bd76403c6402905eb66c" type="track" title="Simon Says" grandparentKey="/library/metadata/16468" parentKey="/library/metadata/16469" librarySectionTitle="Music" librarySectionID="6" librarySectionKey="/library/sections/6" grandparentTitle="David Teie" parentTitle="Music for Cats" summary="" index="5" parentIndex="1" ratingCount="3138" parentYear="2016" thumb="/library/metadata/16469/thumb/1744987324" parentThumb="/library/metadata/16469/thumb/1744987324" grandparentThumb="/library/metadata/16468/thumb/1744987323" addedAt="1744987322" updatedAt="1744987324">
<Media id="20799">
<Part accessible="1" exists="1" id="20803" key="/library/parts/20803/1466230630/file.mp3" file="/mnt/MediaFiles/Music/David Teie - Music For Cats/05 - David Teie - Simon Says.mp3" size="28391837"/>
</Media>
<Image alt="Simon Says" type="coverPoster" url="/library/metadata/16469/thumb/1744987324"/>
<Guid id="mbid://e02a9bbd-544b-41d0-b2e9-34a703ecaa17"/>
<Extras size="0"> </Extras>
<Related> </Related>
</Track>
</MediaContainer>

Or another:

<MediaContainer size="1" allowSync="1" identifier="com.plexapp.plugins.library" librarySectionID="5" librarySectionTitle="Audio" librarySectionUUID="a489165b-07eb-4037-803a-c855d779c7c2" mediaTagPrefix="/system/bundle/media/flags/" mediaTagVersion="1740148585">
<Track ratingKey="15449" key="/library/metadata/15449" parentRatingKey="15447" grandparentRatingKey="15446" guid="plex://track/5d07deba403c640290267c4f" parentGuid="plex://album/5d07c64b403c640290afbe41" grandparentGuid="plex://artist/5d07bc32403c6402904d0386" parentStudio="Third Man Records" type="track" title="Sixteen Saltines" grandparentKey="/library/metadata/15446" parentKey="/library/metadata/15447" librarySectionTitle="Audio" librarySectionID="5" librarySectionKey="/library/sections/5" grandparentTitle="Jack White" parentTitle="Blunderbuss" summary="" index="2" parentIndex="1" ratingCount="350661" parentYear="2012" thumb="/library/metadata/15447/thumb/1741448452" art="/library/metadata/15446/art/1744796611" parentThumb="/library/metadata/15447/thumb/1741448452" grandparentThumb="/library/metadata/15446/thumb/1744796611" grandparentArt="/library/metadata/15446/art/1744796611" duration="157283" addedAt="1741448450" updatedAt="1744107806">
<Media id="19814" duration="157283">
<Part accessible="1" exists="1" id="19818" key="/library/parts/19818/1466228440/file.mp3" duration="157283" file="/mnt/MediaFiles/Music/Jack White - Blunderbuss/02 - Sixteen Saltines.mp3" size="6293570" deepAnalysisVersion="6" requiredBandwidths="311,311,311,311,311,311,311,311">
<Stream id="18406" key="/library/streams/18406" streamType="4" selected="1" codec="lrc" format="lrc" minLines="3" provider="com.plexapp.agents.lyricfind" timed="1" displayTitle="LRC" extendedDisplayTitle="LRC (External)"> </Stream>
<Stream id="18407" key="/library/streams/18407" streamType="4" codec="txt" format="txt" provider="com.plexapp.agents.lyricfind" displayTitle="TXT" extendedDisplayTitle="TXT (External)"> </Stream>
</Part>
</Media>
<Image alt="Sixteen Saltines" type="coverPoster" url="/library/metadata/15447/thumb/1741448452"/>
<Image alt="Sixteen Saltines" type="background" url="/library/metadata/15446/art/1744796611"/>
<Genre id="16934" filter="genre=16934" tag="Pop/Rock"/>
<Guid id="mbid://042c6956-6211-3b7d-a407-70724572e392"/>
<Extras size="0"> </Extras>
<Related> </Related>
</Track>
</MediaContainer>

And still another:

<MediaContainer size="1" allowSync="1" identifier="com.plexapp.plugins.library" librarySectionID="6" librarySectionTitle="Music" librarySectionUUID="a4f9a987-37d4-42ff-a995-aa248dc91092" mediaTagPrefix="/system/bundle/media/flags/" mediaTagVersion="1740148585">
<Track ratingKey="16459" key="/library/metadata/16459" parentRatingKey="16455" grandparentRatingKey="16454" guid="plex://track/5d07e36a403c64029072a566" parentGuid="plex://album/5d07c7ab403c640290b9da90" grandparentGuid="plex://artist/5d07be3a403c64029066c1cd" parentStudio="[no label]" type="track" title="In Irons" grandparentKey="/library/metadata/16454" parentKey="/library/metadata/16455" librarySectionTitle="Music" librarySectionID="6" librarySectionKey="/library/sections/6" grandparentTitle="X SUNS" parentTitle="X SUNS" summary="" index="4" parentIndex="1" ratingCount="291" parentYear="2011" thumb="/library/metadata/16455/thumb/1744987319" parentThumb="/library/metadata/16455/thumb/1744987319" grandparentThumb="/library/metadata/16454/thumb/1744987319" addedAt="1744987317" updatedAt="1744987319">
<Media id="20790">
<Part accessible="1" exists="1" id="20794" key="/library/parts/20794/1506213234/file.flac" file="/mnt/MediaFiles/Music/X SUNS - X SUNS/X SUNS - X SUNS - 04 In Irons.flac" size="58376892"/>
</Media>
<Image alt="In Irons" type="coverPoster" url="/library/metadata/16455/thumb/1744987319"/>
<Guid id="mbid://5171eed1-36b0-4191-bdea-629de0ef9691"/>
<Extras size="0"> </Extras>
<Related> </Related>
</Track>
</MediaContainer>

The files themselves play just fine in VLC or another media player.

I have also verified that the file and directory permissions and ownership are the exact same for these files as for my Movie and TV show files.

Things I have tried to resolve this:

  • Recreated the Library
  • Ran Analysis on the Library
  • Performed all Database Repair steps: https://support.plex.tv/articles/repair-a-corrupted-database/
  • Backed up the Codec directory and deleted it (then restarted Plex)
  • Upgraded Plex Version (the version listed at the top is the current version after the upgrade)

Nothing seems to have worked. And the behavior has remained exactly the same as before the above steps (for both my other libraries, which continue to work, and this which does not).
I also see that plexamp is unable to play these audio files.

Somewhere, you have stray processes still running

Apr 18, 2025 07:55:08.058 [0x806c12000] DEBUG - HttpServer: Listening on IPv6 as well as IPv4.
Apr 18, 2025 07:55:08.058 [0x806c12000] ERROR - HttpServer: Error binding acceptor: Address already in use
Apr 18, 2025 07:55:08.058 [0x806c12000] ERROR - HttpServer: Error opening acceptor on IPv6, falling back to IPv4: Address already in use
Apr 18, 2025 07:55:08.058 [0x806c12000] ERROR - HttpServer: Error binding acceptor: Address already in use
Apr 18, 2025 07:55:08.058 [0x806c12000] DEBUG - Exiting due to bind address already in use

Port 32400 is still in use.

Reboot :foot:

I’ve rebooted many times to try and sort this. No luck, unfortunately.

I did see the bind error. However, I’m not exactly sure what might be causing that.

This is my sockstat output:

From the log snippet you shared it seems that it’s complaining about IPv6. I don’t really need to support IPv6, so I can just disable that in the server settings.

But I suspect that’s unrelated.

Port 32400 is a dual-protocol socket (IPv4 & IPv6)

This is why you see it as tcp46. Many distros show it as tcp6*

Now that you’ve rebooted, does it work again?

Nope.

I also turned off IPv6 support in the settings. And recreated the library.

Safe behavior as ever. Sockstat just shows tcp4 now, as expected, from turning IPv6 support off.

Fresh Logs:
Plex Media Server Logs_2025-04-18_12-55-26.zip (300.3 KB)

What plug-ins / other programs do you have that connect to 32400 ?

Something is still grabbing the port

r 18, 2025 12:55:25.561 [0x806ce0000] INFO - Plex Media Server v1.41.5.9522-a96edc606 - FreeBSD PC amd64 - build: freebsd-x86_64 freebsd - GMT -07:00
Apr 18, 2025 12:55:25.565 [0x806ce0000] INFO - FreeBSD version: 13.1-RELEASE-p9, language: en-US
Apr 18, 2025 12:55:25.565 [0x806ce0000] INFO - Processor: 8-core Intel(R) Atom(TM) CPU C3758 @ 2.20GHz
Apr 18, 2025 12:55:25.565 [0x806ce0000] INFO - Compiler is - Clang 11.0.1 (https://plex.tv 9b997da8e5b47bdb4a9425b3a3b290be393b4b1f)
Apr 18, 2025 12:55:25.565 [0x806ce0000] INFO - /usr/local/share/plexmediaserver/Plex_Media_Server
Apr 18, 2025 12:55:25.561 [0x806c12000] DEBUG - BPQ: [Idle] -> [Starting]
Apr 18, 2025 12:55:25.562 [0x806c12000] DEBUG - FeatureManager: Using cached data for features list
Apr 18, 2025 12:55:25.565 [0x806c12000] DEBUG - MyPlex: mapping state set to 'Unknown'.
Apr 18, 2025 12:55:25.566 [0x806c12000] DEBUG - Relay: read 16 cached entries from hosts file
Apr 18, 2025 12:55:25.566 [0x806c12000] DEBUG - Opening 20 database sessions to library (com.plexapp.plugins.library), SQLite 3.39.4, threadsafe=1
Apr 18, 2025 12:55:25.620 [0x806c12000] DEBUG - MyPlex: using cached data for request for https://plex.tv/api/v2/server/users/features
Apr 18, 2025 12:55:25.661 [0x806c12000] DEBUG - [CERT] Subject name is /CN=*.f9c3bb9e6287438983e91a2c76591762.plex.direct
Apr 18, 2025 12:55:25.661 [0x806c12000] DEBUG - [CERT] Installed certificate with fingerprint 33:04:4e:96:9a:e5:e8:11:28:d3:7b:e7:fb:96:68:0c:3a:1d:76:bf.
Apr 18, 2025 12:55:25.661 [0x806c12000] DEBUG - [CERT/OCSP] Stapling requests will be made to 'http://r10.o.lencr.org/'.
Apr 18, 2025 12:55:25.661 [0x806c12000] INFO - [CERT/OCSP] Successfully retrieved response from cache.
Apr 18, 2025 12:55:25.661 [0x806c12000] ERROR - HttpServer: Error binding acceptor: Address already in use
Apr 18, 2025 12:55:25.661 [0x806c12000] DEBUG - Exiting due to bind address already in use

This is the complete output of the sockstat TCP listeners and the full process list in the Jail:

And this is what plex shows me on the Plugins page:

Nothing else seems to be using that besides plex. I wonder if it’s pled trying to rebind to the same port it’s already listening on? Maybe another process?

Clearly it’s another process.

The normal sequence is:

  1. PMS starts and opens (owns) the port – and listens
  2. Other process connect to it. ( This is how the HTTPS API works )

Looking back through everything, I think there is DB corruption somewhere.

Normally, I’d suggesting using DBRepair to check it out and fix (if possible) but not sure how well it will work on FreeBSD. I know it works ok on TrueNAS Scale.

Just to make sure I’m understanding:

You’re saying that it’s clear another process besides PMS is bound to 32400?

If so, why does it not appear in sockstat’s output? Also, how can I be connecting successfully to Plex over 32400 if that’s the case? Even in Sockstat’s output PMS is clearly bound to 32400.

As for the possible DB Corruption, are you referring to this DBRepair utility? GitHub - ChuckPa/PlexDBRepair: Database repair utility for Plex Media Server databases

Assuming it is in-fact DB corruption and DBRepair doesn’t work well on FreeBSD, I’m not opposed to just recreating the whole DB. How might I do that reliably if I do need to go “nuclear”?

Any of PMS’ required ports from the host being in use will cause it to fail startup

In addition to 32400, PMS also uses:

  • UDP: 1900 (access to the Plex DLNA Server)
  • UDP: 5353 (older Bonjour/Avahi network discovery)
  • TCP: 8324 (controlling Plex for Roku via Plex Companion)
  • UDP: 32410, 32412, 32413, 32414 (current GDM network discovery)
  • TCP: 32469 (access to the Plex DLNA Server)

If you have the DLNA server enabled and have another DLNA server running, that will cause it to fault.

I know, the error message in the log isn’t the clearest.

You can try to save the existing /config contents
– Rename LibraryLibrary.save
– Let it spin up a whole new instance
– Claim
– Give it a different friendly name (for ID purposes)
– Add one section
– Test

If that works, then it was the DB. If not, it’s the host (you can delete the test instance and rename Library.save back

OK. I went through the ports, and saw no conflicts with any other running processes (it’s a jail dedicated to Plex, so I’m not really surprised).

I spun a new Jail, installed Plex, mounted the media files, and created a new instance with a different name. Everything worked perfectly. Films, TV Shows, and Music all played just fine. Inspecting information for music files also showed audio codec/streams for the first time too.

So, I just nuked the old instance and recreated it from scratch. I’ve got to fix a few of my entries and add select preferred posters, but my library is well organized at the file system level, so it’s really not that big of a deal.

Given that plex operated just fine minus being able to play files in one single library, I think the port thing was a red-herring, and that the core issue was DB corruption.

I’m going to mark this as a soultion, even though I didn’t really do much besides go nuclear on the instance. But my issues are gone.

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