libc.so.6(GLIBC_2.14)(64bit) is needed by plexmediaserver-1.15.0.659

plexmediaserver-1.15.0.659-9311f93fd.x86_64 seem to require glibc 2.14 on a CentOS 6 box (6.10 to be accurate).

[root@cooper dls]# rpm -Uvh plexmediaserver-1.15.0.659-9311f93fd.x86_64.rpm
warning: plexmediaserver-1.15.0.659-9311f93fd.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 3adca79d: NOKEY
error: Failed dependencies:
        libc.so.6(GLIBC_2.14)(64bit) is needed by plexmediaserver-1.15.0.659-9311f93fd.x86_64

Why all of a sudden does it need 2.14 when only 2.12 is available for CentOS 6?

[root@cooper ~]# yum install glibc
Loaded plugins: fastestmirror
Setting up Install Process
Loading mirror speeds from cached hostfile
 * base: centos.mirroring.pulsant.co.uk
 * extras: mirror.sov.uk.goscomb.net
 * updates: mirror.sov.uk.goscomb.net
Package glibc-2.12-1.212.el6.x86_64 already installed and latest version
Nothing to do

Starting with 1.15.0 we require GLIBC 2.14. Which means you need to upgrade your glibc or centos to 7. I’ll make sure the documentation is updated to reflect this.

Nice to see you’ve singled out 100’s, possibly 1000’s of CentOS 6 users! Considering it 's EOL is not until November 2020!
Well done, good job!

2 Likes

We used our metrics to figure out how to draw that line and very very few of our users are on CentOS 6 - especially considering we have only officially supported CentOS 7 for over a year now.

GLIBC 2.14 was released in 2011 - so it’s not like we have selected a bleeding edge version. Unfortunately this is the reality of software development and we can’t support everything even if we wanted to. We had to bump the requirement of GLIBC at some point in order to be able to adopt new technologies - I am sorry this puts you in the situation where you have to upgrade your machine - I wish I had something else to say.

That solution (copy-pasted from stackoverflow) won’t work as it does not address the rpm dependency check. That hack is meant for when you compile stuff from the source.

You may be able to skip the deps check but that’s likely dangerous territory.

This sucks though, major CentOS upgrade was definitely not on my list of things to do anytime soon…

Edit: for what it’s worth I tried it anyway; compiled 2.14 from source then attempted to install Plex 1.15 skipping the deps (with rpm -Uvh --nodeps) and sure enough they put a check for that:
Plex Media Server requires systemd. Please upgrade the Operating Sytem version

not allways possible to upgrade system, since the distribution i use like a lot off other peole , doen’t have a new version till now. sme server 10 is coming.

What are the advantages of using such an old OS for a home media server?

the correct question is: what is the usefulness of your answer??
if you don’t know this distribution please don’t waste our time
sme server
mi machine is hosting 5 domains, with webmail, active directory and so on including plex for media backups…
take look to the poject Joe

The real question is: What benefit is there to arguing an otherwise moot point?

glibc 2.14.1 is required now with PMS 1.15.0 and above.

If unable to, or unwilling to, upgrade, PMS 1.14.1.5488 will remain the highest achievable version.

1 Like

This sucks.

Per Glibc Timeline - glibc wiki

Glibc release dates

2011-10-07 - GLIBC 2.14.1

It is impossible to remain compatible with everything forever while moving forward with new technology, akin to putting electric windows or air conditioning in a Model T. :joy:

1 Like

I’m a developer as well so I get it. Still sucks all the same – no blame…

Here’s the biggest rub:

  1. Folks want hardware transcoding.
  2. Older kernels don’t support the i915 in newer CPUs.
  3. Older systems, with updated kernels can see the i915
  4. The resident glibc is too old to support the ioctl() calls for the i965 and i916.
  5. We get complaints when “I got an i7-8700” but don’t have hardware transcoding. Why?"

I use fedora and can extract the entire system contents (packages included) and reinstall easily.

I am willing to share all I have if someone is willing to create the process for debian?

Prerequisite: /home is in its own partition (e.g. partitions: root, swap, and home)

  1. Copy the essentials (/etc/hosts, /etc/passwd, … etc – all the identifiers) to /home
  2. extract the installed package list and save that list in /home (text file)
  3. upgrade (or install fresh) while preserving /home partition
  4. reinstall packages (using extracted list saved earlier)

This works because all user data is stored in the user’s home directory in .config or .local

Fedora script to extract package list

[chuck@lizum /home.347]$ cat makepackagelist 
#!/bin/tcsh

rpm -qa | \
  cut -d'.' -f1 | \
  sed -e 's/[0123456789]$//' | \
  sed -e 's/[0123456789]$//' | \
  sed -e 's/-$//' | \
  grep -v firmware | \
  sort | uniq


[chuck@lizum /home.348]$ 

Adding packages back is a simple:

sudo dnf -y install  $(cat  PackageListfile)

Another Centos 6 user here. If you are going to kill our ability to upgrade to the newest until we update OS, please at least give us a way to find old Plex versions. I’m running 1.13.9 and I assume there is probably a 1.14.x 64-bit version I can grab for the time being…

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