From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-1.mimecast.com (us-smtp-2.mimecast.com [205.139.110.61]) by sourceware.org (Postfix) with ESMTP id E53FC395A83E for ; Wed, 20 May 2020 09:39:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E53FC395A83E Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-270-SvmqnWwZMN-4zjt8okOuOg-1; Wed, 20 May 2020 05:39:08 -0400 X-MC-Unique: SvmqnWwZMN-4zjt8okOuOg-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A52088005AA; Wed, 20 May 2020 09:39:07 +0000 (UTC) Received: from host1.jankratochvil.net (ovpn-112-250.ams2.redhat.com [10.36.112.250]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 6CBD360BEC; Wed, 20 May 2020 09:39:06 +0000 (UTC) Date: Wed, 20 May 2020 11:39:03 +0200 From: Jan Kratochvil To: Muhammad Umer Cc: Simon Marchi , Sterling Augustine , "gdb@sourceware.org" Subject: Re: GDB locks RPM database Message-ID: <20200520093903.GA1549168@host1.jankratochvil.net> References: <970dd8cd-d548-b19c-accd-07871b1d9ea1@simark.ca> <662b173d-e40b-0f08-fecd-c9df4b3bb51d@simark.ca> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 09:39:17 -0000 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