[Centos] rpm corruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



See my post to the rpm list for more details
https://www.redhat.com/archives/rpm-list/2005-April/msg00032.html

The history of the machines is a bit more complex because they are all 
imaged over the network (via bbc-lnx and a custom tool called dart) and 
have had "rpm --rebuilddb" executed on them in a chroot while running 
the bbc kernel.  The reason I --rebuilddb after imaging is that I have 
always had problems with the RPM database after imaging, as far back as 
RH7.2.  The files are restored exactly the same, with the same parts of 
the files sparse and md5sums are the same, but RPM still would have 
errors.  After a --rebuilddb they always came good.

Although all machines are images identically, not all machines had the 
original problem/lockup.

I can't remember exactly what package I was installing when I had the 
original problem, I think it was part of my qmail repo but that is made 
up of a number of packages...

I have tries to reproduce without success.  I might have another go this 
afternoon and see what I can break.

John.

James Olin Oden wrote:

> On 4/13/05, John Newbigin <jnewbigin@xxxxxxxxxxxxxxx> wrote:
> 
>>My final script for anyone who might need it is:
>>
>>#!/bin/bash
>>unset LANG
>>export LD_ASSUME_KERNEL=2.2.5
>>rpm -qa | wc --lines
>>rm -rf /var/lib/rpm/__db.00?
>>rpm --define '__dbi_rebuild nofsync !log !txn !cdb !thread' --rebuilddb
>>unset LD_ASSUME_KERNEL
>>rpm -qa | wc --lines
>>rpm --rebuilddb
>>rpm -qa | wc --lines
>>
>>Note: Watch out for the ! characters.
> 
> John, 
> 
> What are you doing that causes the corruption?  Can you recreate.  I
> have test harness for rpm and I have ran thousands perhaps tens of
> thousands of rpm transactions with it and have not seen this
> corruptions.  I am reading you right that your turning off nptl by
> doing the LD_ASSUME_KERNEL stuff and turning off threads in use in rpm
> when doing the rebuild?
> 
> I do know of a deadlock issue with scriptlets do an incorrect use of
> pthread_cond_*:
> 
>    https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146549
> 
> The patch I attached to the bugzilla report fixes this.
> 
> Just so you know I am the maniac that wrote the autorollback patch for rpm:
> 
>    http://lee.k12.nc.us/~joden/misc/patches/rpm/
> 
> And beyond caring about making rpm be able to provide rollback
> mechanisms that make possible a reliable rollback of an upgrade (I say
> possible because there is only so much you do about what people do in
> their scriptlets), I care about anything that causes rpm to be
> unreliable and unstable.  So in short I am really interested in your
> problem.
> 
> Cheers...james
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
> 
> 
> 


-- 
John Newbigin
Computer Systems Officer
Faculty of Information and Communication Technologies
Swinburne University of Technology
Melbourne, Australia
http://www.ict.swin.edu.au/staff/jnewbigin


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux