Page 1 of 2

glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 12:38 pm
Trying to install the nrpe agent on a Centos 6.5 host and during the install script run into a dependency issue. It appears it needs a certain version of glibc-common, and the version that appears installed is a newer version. So remove the old version and have it install the new one, right? Seems easy enough.....nope it won't let me uninstall that version. Tried a downgrade --skip-broken.....nope that errors. Soooooo what next? I tried manually installing by DLing an RPM and it was a mess and was more work than it's worth since I have a bunch of hosts to put this on. Oddly enough I've installed nrpe without any issues on other hosts built from the same centos template without issue.

--> Finished Dependency Resolution
Error: Package: glibc-2.12-1.149.el6_6.7.i686 (active-centos6-x86_64-updates)
Requires: glibc-common = 2.12-1.149.el6_6.7
Installed: glibc-common-2.12-1.149.el6_6.9.x86_64 (@updates)
glibc-common = 2.12-1.149.el6_6.9
Available: glibc-common-2.12-1.149.el6.x86_64 (active-centos-x86_64-server-6)
glibc-common = 2.12-1.149.el6
Available: glibc-common-2.12-1.149.el6_6.4.x86_64 (active-centos6-x86_64-updates)
glibc-common = 2.12-1.149.el6_6.4
Available: glibc-common-2.12-1.149.el6_6.5.x86_64 (active-centos6-x86_64-updates)
glibc-common = 2.12-1.149.el6_6.5
Available: glibc-common-2.12-1.149.el6_6.7.x86_64 (active-centos6-x86_64-updates)
glibc-common = 2.12-1.149.el6_6.7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
RESULT=1

===================
INSTALLATION ERROR!
===================
Installation step failed - exiting.
Check for error messages in the install log (install.log).

If you require assistance in resolving the issue, please include install.log
in your communications with Nagios XI technical support.

The script that failed was: './1-prereqs'

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 12:44 pm
by hsmith
Can you delete the glibc-common portion out that yum command in that script? Otherwise you could 'touch installed.prereqs', but if there are dependencies you're missing after that, the deleting option may be better.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 12:49 pm
Should have added this is using the install script from nagios. So not using yum as our repos are centrally managed via spacewalk and since there are no nagios repos in there it'll say "none available". So I didn't put together this script.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 12:56 pm
hsmith wrote:Can you delete the glibc-common portion out that yum command in that script? Otherwise you could 'touch installed.prereqs', but if there are dependencies you're missing after that, the deleting option may be better.
hmmm opened up the script and removed the glibc and gcc in the 1-preqs file. Same issue. It must be called from somewhere else too......that I haven't found yet.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 1:07 pm
So I commented out the prereqs portion and it made it a little further then errored out. Don't think that's the best way to go about it.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 1:41 pm
by hsmith
What did it error out during? I know spacewalk is good stuff, but that can add some unknown variables to the equation. I'm going to assume it's not that well tested. I could spin up a spacewalk server, but it would most likely be a different configuration.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 3:30 pm
says I'm missing a bunch of other stuff( gcc, glc.exe....think that's it).

I went in to spacewalk and tried to find the previous version and there's no x86 packages for the previous glibc version available in spacewalk anymore.....ugh. I found a way around doing a yum install of the plugins and nrpe( we had an exclude statement in our yum.conf for nagios and nrpe due to an issue a few years back where it tried to update and completely deleted our whole nagios core instance). Although I hate that as it's not interactive and none of the plugins are there. Run into all kinds of weird permissions issues too. Running around and changing permissions issues, OR futzing with puppet to make the changes is also hella time consuming.

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 3:43 pm
by jolson
To install NRPE from source:

NRPE dependencies: openssl openssl-devel gcc xinetd

install NRPE on remote host:

Code: Select all

yum install openssl openssl-devel gcc xinetd
useradd nagios && passwd nagios
cd /tmp
wget http://sourceforge.net/projects/nagios/files/nrpe-2.x/nrpe-2.15/nrpe-2.15.tar.gz
tar zxvf nrpe-2.15.tar.gz 
cd nrpe-2.15
yum install -y mod_ssl openssl-devel xinetd gcc make openssl perl
./configure --with-ssl=/usr/bin/openssl --with-ssl-lib=/usr/lib 
make
make install 
make install-plugin 
cp sample/xinetd sample/etc
echo 'nrpe 5666/tcp # NRPE' >> /etc/services

Re: glibc-common dependency issues on nrpe agent install

Posted: Thu Nov 19, 2015 4:20 pm
jolson wrote:To install NRPE from source:

NRPE dependencies: openssl openssl-devel gcc xinetd

install NRPE on remote host:

Code: Select all

yum install openssl openssl-devel gcc xinetd
useradd nagios && passwd nagios
cd /tmp
wget http://sourceforge.net/projects/nagios/files/nrpe-2.x/nrpe-2.15/nrpe-2.15.tar.gz
tar zxvf nrpe-2.15.tar.gz 
cd nrpe-2.15
yum install -y mod_ssl openssl-devel xinetd gcc make openssl perl
./configure --with-ssl=/usr/bin/openssl --with-ssl-lib=/usr/lib 
make
make install 
make install-plugin 
cp sample/xinetd sample/etc
echo 'nrpe 5666/tcp # NRPE' >> /etc/services
That doesn't work either. I'll still run into the glibc dependency issue. Any idea when nrpe will support the current glibc( glibc-common-2.12-1.149.el6_6.9.x86_64)?

Re: glibc-common dependency issues on nrpe agent install

Posted: Fri Nov 20, 2015 11:17 am
so the host I was working on ended up having a WHOLE host of issues due to one our guys setting it up wrong. UGH! Fortunately he's no longer with us. It was setup under the wrong group in spacewalk and had all kinds of conflicting packages that it shouldn't have had. Set it up under the right group and syncing it now with a known host that isn't borked.

How I did solve this problem with the glibc issue was this: yum downgrade glibc\*

That forced the downgrade of all glibc packages and then the install got past that point and ran into other issues( more than one openssl installed, etc). What a mess.