From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
I have redhat 9. rpm seemed to work ok until I tried to install addition package
from cdrom after upgrading. The add/remove package from window just hung after I
tried to add some package. Later, I tried to rpm -ivh each individual rpms
directly from cdrom, it just hung forever. I have to kill the job by pid. Then
rpm will not work at all unless I reboot the machine. Right after a fresh
reboot, rpm works again. I can cp the rpm to local disk, and rpm -ivh. But
whenever, I have a failed rpm try, rpm will stop working. Please tell me how I
can fix it. It is quite troublesome as I need to add a few additional packages
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -ivh /mnt/cdrom1/RedHat/RPM/xxx.rpm
2. rpm hung
3. rpm -q rpm will hung too
Actual Results: rpm will stop working unless I reboot the machine.
Expected Results: rpm work correctly
I have SONY cd r/w (CRX220A1) on /mnt/cdrom1. By the way, right after rpm hung,
the /mnt/cdrom1 was kept busy until I kill the hunging rpm. Could it
be something related to the cdrom?
If you killed rpm using "kill -9" (or by other extraordinary
intervention), then you *must* remove stale locks by doing
rm -f /var/lib/rpm/__db*
Does that fix?
If the rpm is killed by 9, it worked again. But It DOES NOT FIX the problem. The
cannot use rpm -ivh /mnt/cdrom1/RPMS/xxx.rpm
package add/delete utility does not work any more.
This is quite possibly a cdrom or media error, not rpm, problem then.
Try installing package from /tmp. If that "works", then get your cdrom
or media fixed.
If you can't install from /tmp, then do
rm -f /var/lib/rpm/__db*
and try again.
If above still doesn't install from /tmp, reopen this bug.
As I said in the original report, I could copy the individual *.rpm to local
disk and rpm -ivh from local disk. The cdrom seemed to work fine as well, as I
could access it to get the *.rpm from cdrom.
However, I could not rpm -ivh /mnt/cdrom1/.../*.rpm. It looks like rpm has
trouble to access cdrom. The other evidence is that if I tried to use add/remove
package utility, it just hung. I figure that utility was running rpm to access
cdrom by default, and there is no way to change that default as far as I can see.
So, if this is not what you can solve, please direct me to the right place for a
solution. Right now, I can not use rpm to access cdrom.
Thank you for your response.
rpm does not know anything special about cdrom's, only opens
files, etc. If a command "works" on local storage, but not
on cdrom, then the difference is the cdrom.
You can try kernel, but you need to first try different
pieces of media and different cdrom's to rule out the
possibility of media problems and flakey hardware.
First, Let me restate the problem if you have not fully understand it.
Under redhat 9, the cdrom and the installation disk are both GOOD. Nautilus has
not problem to access cdrom and the same installation disk. Cdrom and the same
disk can be accessed from the commandline. The problem ONLY occurs when the rpm
tries to access a rpm package file on the same installation disk. If the file is
copied from the cdrom to the local disk (by means of commandline copying tool or
Nautilus, which means the cdrom and the installation disk are just fine!!!), rpm
works like a chime. That only leads to one conclution: rpm CANNOT access cdrom.
If you say "media problems and flakey hardware", then the media only has problem
with rpm, and the hardware is flakey only when rpm tries to access it. Please
help me to make sense of it.
I have helped you make sense of your problem by
a) showing that rpm "works" on local storage, not on cdrom.
b) suggesting that you vary the media and/or the drive to
see whether that has an effect on your problem.
c) suggesting that you seek support from the appropriate facilty.
Look, rpm is known to work on thousands of systems with cdroms
every day. That tells me (perhaps you?) that there is something different
on your system, not a bug with rpm.
Now go away and fix your problem. Bugzilla reports against rpm are not
going to get you a fix.
Woa, response like this does come back quick.
That's odd. Usually, developers are quick to response to the problems, and they
are usually hands-on persons and very knowledgeable. They know how to fix
problems. If they don't, they will direct you to a right place.
You don't seem to be a hands-on person, and not even a professional. Too bad,
you cannot fix the problem. You do not even understand the problem. And the way
you handle the problem is very unprofessional. I'm very sorry for you.
Thank you for your time anyway. And Good luck to your career.