|
Home > Archive > Red Hat Topics > October 2004 > Up2Date
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| Steven Hook 2004-10-06, 7:45 am |
| Hey,
I was installing updates on a machine I just installed and while it was
updating some squid thing it froze, so I killed the update prog and
rebooted, now when I try update it complains of conflicts, so I can't
install any of the mozilla stuff, or redhat-config-printer or galeon or
krb5-server.
Is there any way of updating thse things, is it even critical that I do?
Steven
| |
| Thorsten Scherf 2004-10-06, 5:45 pm |
| Steven Hook wrote:
> I was installing updates on a machine I just installed and while it was
> updating some squid thing it froze, so I killed the update prog and
> rebooted, now when I try update it complains of conflicts, so I can't
> install any of the mozilla stuff, or redhat-config-printer or galeon or
> krb5-server.
> Is there any way of updating thse things, is it even critical that I do?
try "up2date -uf".
If you have problems with the rpm database, a "rpm --rebuilddb" should
solve the problem.
cu,
thorsten
| |
| Paul Lutus 2004-10-06, 5:45 pm |
| Steven Hook wrote:
> Hey,
> I was installing updates on a machine I just installed and while it was
> updating some squid thing it froze, so I killed the update prog and
> rebooted, now when I try update it complains of conflicts, so I can't
> install any of the mozilla stuff, or redhat-config-printer or galeon or
> krb5-server.
> Is there any way of updating thse things, is it even critical that I do?
Maybe you should not log on as root until you acquire more patience and
experience.
--
Paul Lutus
http://www.arachnoid.com
| |
| Juhan Leemet 2004-10-06, 8:45 pm |
| On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote:
> Steven Hook wrote:
>
> try "up2date -uf".
>
> If you have problems with the rpm database, a "rpm --rebuilddb" should
> solve the problem.
I don't know up2date. Does it really have the smarts to always handle that?
I know that if you only use rpm then rebuilding the database does not
always fix a conflict problem. If some file(s) were installed (or not
deleted) or if some package(s) were installed, then they might be blocking
the installation of other packages, depending on what the requirements
are. I have had cases (using SuSE Linux, and using rpm, not any kind of
up2date) where I had to force installations, often using:
rpm -U --force --nodeps ...
Now, you should really be careful, and know exactly what you're doing.
The --force is fairly innocuous, since it simply forces a reinstallation
or a regression to a previous version number. The --nodeps is more
dangerous because it forces the package to be installed irrespective of
prerequisites or conflicts, whether there or not.
BTW, there should never be any problem just rebuilding the rpm database.
It does clean up some things, and remove duplicates etc. FWIW, after
thrashing around the rpm database in my SuSE 9.1 installation, I have
ended up in a state where rpm install would "hang" (waiting on something
that never happens?). I found that rebuilding the database was good for
avoiding that kind of problem, and possibly others, too.
--
Juhan Leemet
Logicognosis, Inc.
| |
| Steven Hook 2004-10-07, 2:45 am |
|
"Juhan Leemet" <juhan@logicognosis.com> wrote in message
news:pan.2004.10.07.00.35.22.907324@logicognosis.com...[vbcol=seagreen]
> On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote:
do?[vbcol=seagreen]
I get this when I run rpm --rebuilddb :
error: db4 error(16) from dbenv->remove: Device or resource busy
steven
| |
| Thorsten Scherf 2004-10-07, 7:45 am |
| Juhan Leemet wrote:
> On Wed, 06 Oct 2004 18:56:08 +0200, Thorsten Scherf wrote:
>
>
>
> I don't know up2date. Does it really have the smarts to always handle that?
since up2date is just a "frontend" to rpm, there might be some problems
with the rpm database when the updating process has been aborted
abnormally, and all further processes will fail. rebuilding the database
may help. it surely also depends on the "what was going wrong (tm)". ;)
cu,
thorsten
| |
|
|
| Steven Hook 2004-10-07, 7:45 am |
|
"Thorsten Scherf" <tscherf@redhat.com> wrote in message
news:416519d9$0$3633$9b4e6d93@newsread2.arcor-online.net...
> Steven Hook schrieb:
>
>
> http://bugzilla.redhat.com/bugzilla...ug.cgi?id=83281
>
>
Thanks 4 the link, I tried all their suggestions, but still no luck, I spoke
with my boss and he sais he thinks it's an environment veriable in RH
reguarding pearl that needs to be changed, I'm googeling it but I can't find
anything that looks related.
Steven
| |
| Paul Lutus 2004-10-07, 5:45 pm |
| Steven Hook wrote:
/ ...
> Thanks 4 the link, I tried all their suggestions, but still no luck, I
> spoke with my boss and he sais he thinks it's an environment veriable in
> RH reguarding pearl that needs to be changed, I'm googeling it but I can't
> find anything that looks related.
No wonder, when you spell it "pearl". Try "perl" instead, and Google will
become even more friendly.
--
Paul Lutus
http://www.arachnoid.com
| |
| Michael Heiming 2004-10-07, 5:45 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
NotDashEscaped: You need GnuPG to verify this message
In comp.os.linux.misc Steven Hook <shook@notbowens.co.za>:
> "Thorsten Scherf" <tscherf@redhat.com> wrote in message
> news:416519d9$0$3633$9b4e6d93@newsread2.arcor-online.net...
Strange, there's no process still trying to access
/var/lib/rpm/* anymore (lsof/fuser)?
[vbcol=seagreen]
[vbcol=seagreen]
> Thanks 4 the link, I tried all their suggestions, but still no luck, I spoke
> with my boss and he sais he thinks it's an environment veriable in RH
> reguarding pearl that needs to be changed, I'm googeling it but I can't find
> anything that looks related.
Doesn't look like, something like that might happen in rare
cases, the solution is quite simple, recover /var/lib/rpm from
the last backup and use 'rpm --justdb -ihv file.rpm' to make
packages known to rpm that have been added after your last
backup.
Good luck
--
Michael Heiming (GPG-Key ID: 0xEDD27B94)
mail: echo zvpunry@urvzvat.qr | PERL -pe 'y/a-z/n-za-m/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBZYMbAkPEju3Se5QRAoOrAKCIB8rodv9R
+kerCffGOvQLTensRwCfcS0z
biqB7pkUu/Qehun2vKnMAto=
=AIBn
-----END PGP SIGNATURE-----
| |
| Michael Heiming 2004-10-07, 5:45 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
NotDashEscaped: You need GnuPG to verify this message
In comp.os.linux.misc Michael Heiming <michael+USENET@www.heiming.de>:
[..][vbcol=seagreen]
[vbcol=seagreen]
> Strange, there's no process still trying to access
> /var/lib/rpm/* anymore (lsof/fuser)?
[vbcol=seagreen]
[vbcol=seagreen]
> Doesn't look like, something like that might happen in rare
> cases, the solution is quite simple, recover /var/lib/rpm from
> the last backup and use 'rpm --justdb -ihv file.rpm' to make
> packages known to rpm that have been added after your last
> backup.
In addition, what does the following output?
/usr/lib/rpm/rpmdb_stat -CA
--
Michael Heiming (GPG-Key ID: 0xEDD27B94)
mail: echo zvpunry@urvzvat.qr | PERL -pe 'y/a-z/n-za-m/'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBZYV1AkPEju3Se5QRAqraAJ9RvtRNgj2y
Mr8qB+2y2GV1B4ReWQCfcezb
qsFF+AgHtheiRlFKhfOu46Q=
=dfrA
-----END PGP SIGNATURE-----
|
|
|
|
|