[WBEL-users] Weird RPM install problem
Vincent.Raffensberger@dtn.com
Vincent.Raffensberger@dtn.com
Fri, 7 May 2004 20:05:38 -0500
This is a multipart message in MIME format.
--=_alternative 000605C386256E8E_=
Content-Type: text/plain; charset="US-ASCII"
I don't have an answer for you, but I do have some (hopefully) helpful
suggestions:
Run rpm with '-v' or -vv' to see the debug output. You'll likely find a
clue there.
Look for problems in the rpm's install scripts: rpm -qp --scripts
your.rpm
Here are a couple related tips:
You can typically build an rpm from a tarball by using 'rpmbuild -tb
tarball.tgz'. Rpm will try to find the spec file within the tarball and
you won't need to jump through hoops.
If your rpm database gets corrupted, you can repair it. If it's frequent
enough, make a script to do this:
killall -9 rpm rpmb rpmd rpme rpmi rpmk rpmq rpmt rpmu rpmv
rm -rf /var/lib/rpm*.* /var/lib/rpm/__db* /var/lib/rpmrebuilddb*.*
rpm -v --rebuilddb
Kirby Bohling <kbohling@birddog.com>
Sent by: whitebox-users-admin@beau.org
05/07/2004 06:55 PM
To
whitebox-users@beau.org
cc
Subject
[WBEL-users] Weird RPM install problem
WBEL-users,
I've got a very strange problem, that I've never had
before:
I have two RPM's that I built myself, that when installed all on one
RPM command line it segfaults rpm, and locks up the RPM db. When I
do them one at a time, they work fine:
nagios-plugins-1.3.1-1.i386.rpm
nrpe-1.9-1.i386.rpm
I downloaded the associated tarballs from sourceforge. I extracted
the .spec file. I dump the tarballs into /usr/src/redhat/SOURCES,
I dump the .spec files into /usr/src/redhat/SPECS.
# cd /usr/src/redhat/SPECS
# rpmbuild -ba nagios-plugins.spec
# rpmbuild -ba nrpe.spec
# cd ../RPMS/i386
# useradd nagios
[root@hawk i386]# rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm
nrpe-1.9-1.i386.rpm
Segmentation fault
At this point, my RPM database is stuck until I reboot. If I do:
rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm
that will mostly work, but will hang on a futex. The RPM database will
never
get updated, but the package is installed. I reboot.
I run this:
rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm
rpm -Uhv nrpe-1.9-1.i386.rpm
That works just fine. My package installs fine.
I run:
# rpm -e nrpe-1.9-1.i386.rpm
# rpm -e nagios-plugins-1.3.1-1.i386.rpm
# rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm nrpe-1.9-1.i386.rpm
I get another segmentation fault, again I have to reboot before my
RPM database works again. So my problem is pretty repeatable.
I've had other packages I've created on this machine fail
also.
The details escape me right now, but the
msttcorefonts-1.3-4.noarch.rpm (also from sourceforge) I know for a
fact died on me every time I tried to do an install. I grabbed the
same spec file, drug it over to a RH 7.2 box, build the package
there, and it installs fine on both the 7.2 machine, and the WBEL
3.0 machine.
I've built the nagios-plugin and nrpe RPMs from the same
sources
probably a half dozen times on RH 7.1, 7.2, 7.3, 8.0, 9.0. While
I've had problems before, it was mostly that it was attempting to
chmod the files to a user that didn't exist. All I had to do was
useradd nagios (as I did above), and everything was fine after that.
Any chance there's another WBEL and nagios user out there
that
has seen this? Anybody else had odd problems with third part
SRPM's? It wouldn't really bother me, other then the fact, that I
have to reboot to clear up the problem, and I'm not sure if I yumify
the RPM's if I can get YUM to install them one at a time.
I've googled about, but I haven't seen anyone who as the
same
problems I do on WhiteBox.
Thanks,
Kirby
_______________________________________________
Whitebox-users mailing list
Whitebox-users@beau.org
http://beau.org/mailman/listinfo/whitebox-users
--=_alternative 000605C386256E8E_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">I don't have an answer for you, but
I do have some (hopefully) helpful suggestions:</font>
<br>
<br><font size=2 face="sans-serif">Run rpm with '-v' or -vv' to see the
debug output. You'll likely find a clue there.</font>
<br>
<br><font size=2 face="sans-serif">Look for problems in the rpm's install
scripts: rpm -qp --scripts your.rpm</font>
<br>
<br><font size=2 face="sans-serif">Here are a couple related tips:</font>
<br>
<br><font size=2 face="sans-serif">You can typically build an rpm from
a tarball by using 'rpmbuild -tb tarball.tgz'. Rpm will try to find
the spec file within the tarball and you won't need to jump through hoops.</font>
<br><font size=2 face="sans-serif">If your rpm database gets corrupted,
you can repair it. If it's frequent enough, make a script to do this:</font>
<br>
<br><font size=2 face="sans-serif">killall -9 rpm rpmb rpmd rpme rpmi rpmk
rpmq rpmt rpmu rpmv</font>
<br><font size=2 face="sans-serif">rm -rf /var/lib/rpm*.* /var/lib/rpm/__db*
/var/lib/rpmrebuilddb*.*</font>
<br><font size=2 face="sans-serif">rpm -v --rebuilddb</font>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Kirby Bohling <kbohling@birddog.com></b>
</font>
<br><font size=1 face="sans-serif">Sent by: whitebox-users-admin@beau.org</font>
<p><font size=1 face="sans-serif">05/07/2004 06:55 PM</font>
<td width=59%>
<table width=100%>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td valign=top><font size=1 face="sans-serif">whitebox-users@beau.org</font>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td valign=top>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td valign=top><font size=1 face="sans-serif">[WBEL-users] Weird RPM install
problem</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>WBEL-users,<br>
<br>
I've got a very strange problem, that I've never had before:<br>
<br>
I have two RPM's that I built myself, that when installed all on one<br>
RPM command line it segfaults rpm, and locks up the RPM db. When
I<br>
do them one at a time, they work fine:<br>
<br>
nagios-plugins-1.3.1-1.i386.rpm <br>
nrpe-1.9-1.i386.rpm<br>
<br>
I downloaded the associated tarballs from sourceforge. I extracted<br>
the .spec file. I dump the tarballs into /usr/src/redhat/SOURCES,<br>
I dump the .spec files into /usr/src/redhat/SPECS.<br>
<br>
# cd /usr/src/redhat/SPECS<br>
<br>
# rpmbuild -ba nagios-plugins.spec<br>
# rpmbuild -ba nrpe.spec<br>
<br>
# cd ../RPMS/i386<br>
<br>
# useradd nagios<br>
<br>
[root@hawk i386]# rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm nrpe-1.9-1.i386.rpm<br>
Segmentation fault<br>
<br>
At this point, my RPM database is stuck until I reboot. If I do:<br>
<br>
rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm<br>
<br>
that will mostly work, but will hang on a futex. The RPM database
will never<br>
get updated, but the package is installed. I reboot.<br>
<br>
I run this:<br>
<br>
rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm <br>
rpm -Uhv nrpe-1.9-1.i386.rpm<br>
<br>
That works just fine. My package installs fine.<br>
<br>
I run:<br>
<br>
# rpm -e nrpe-1.9-1.i386.rpm<br>
# rpm -e nagios-plugins-1.3.1-1.i386.rpm<br>
<br>
# rpm -Uhv nagios-plugins-1.3.1-1.i386.rpm nrpe-1.9-1.i386.rpm<br>
I get another segmentation fault, again I have to reboot before my<br>
RPM database works again. So my problem is pretty repeatable.<br>
<br>
I've had other packages I've created on this machine fail also.<br>
The details escape me right now, but the<br>
msttcorefonts-1.3-4.noarch.rpm (also from sourceforge) I know for a<br>
fact died on me every time I tried to do an install. I grabbed the<br>
same spec file, drug it over to a RH 7.2 box, build the package<br>
there, and it installs fine on both the 7.2 machine, and the WBEL<br>
3.0 machine.<br>
<br>
I've built the nagios-plugin and nrpe RPMs from the same sources<br>
probably a half dozen times on RH 7.1, 7.2, 7.3, 8.0, 9.0. While<br>
I've had problems before, it was mostly that it was attempting to<br>
chmod the files to a user that didn't exist. All I had to do was<br>
useradd nagios (as I did above), and everything was fine after that.<br>
<br>
Any chance there's another WBEL and nagios user out there that<br>
has seen this? Anybody else had odd problems with third part<br>
SRPM's? It wouldn't really bother me, other then the fact, that I<br>
have to reboot to clear up the problem, and I'm not sure if I yumify<br>
the RPM's if I can get YUM to install them one at a time.<br>
<br>
I've googled about, but I haven't seen anyone who as the same<br>
problems I do on WhiteBox.<br>
<br>
Thanks,<br>
Kirby<br>
<br>
_______________________________________________<br>
Whitebox-users mailing list<br>
Whitebox-users@beau.org<br>
http://beau.org/mailman/listinfo/whitebox-users<br>
</tt></font>
<br>
--=_alternative 000605C386256E8E_=--