Re: GDB locks RPM database

Muhammad Umer via Gdb <[email protected]>
Newsgroups gmane.comp.gdb.devel
Message-ID <SG2PR06MB2951BDC451C47D2F72EED015CDB60@SG2PR06MB2951.apcprd06.prod.outlook.com>
Thanks Jan.

Rebuilding rpmdb or removing locks would definitely fix the issue, but I just wanted to find out if there's any specific reason for locking.

From your statement, I'm assuming the gdb version in RHEL 7.7, is using debuginfod, and not librpm, right?

________________________________
From: Jan Kratochvil <[email protected]>
Sent: Wednesday, May 20, 2020, 2:39 PM
To: Muhammad Umer
Cc: Simon Marchi; Sterling Augustine; [email protected]
Subject: Re: GDB locks RPM database

On Wed, 20 May 2020 07:04:36 +0200, Muhammad Umer via Gdb wrote:
> Hopefully RedHat/Fedora folks can offer more insight.

I wrote the patch in 2008 using librpm:
        https://src.fedoraproject.org/rpms/gdb/c/6a80c39af8f12a670c2dc194674a246fe1ded687

I am not aware of such stale locks but then sometimes rpmdb stale locks could
happen even without any GDB involved and 'rpm --rebuilddb' helps in such case
(or just 'rm -f /var/lib/rpm/_*' but I am not sure how safe it is).
Hopefully it is no longer happening in new RHELs, I do not see it new Fedoras.

Anyway this is really unrelated to upstream GDB and such issues should be
filed through your RHEL support contact.

Still the librpm support is deprecated and no longer being developed as it is
being replaced by debuginfod support which already landed to upstream GDB.


Regards,
Jan Kratochvil
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.