From: | Richard Guo <guofenglinux(at)gmail(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | SIGSEGV in GrantLockLocal() |
Date: | 2024-12-18 06:17:34 |
Message-ID: | CAMbWs4_dNX1SzBmvFdoY-LxJh_4W_BjtVd5i008ihfU-wFF=eg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Recently, I've encountered a core dump several times on master, with a
backtrace like the one below. This one happened on 0f23dedc9. I was
running some fuzz testing and had started around 20 sessions
concurrently.
(gdb) bt
#0 in GrantLockLocal at lock.c:1758
#1 in GrantAwaitedLock at lock.c:1840
#2 in LockErrorCleanup at proc.c:809
#3 in AbortTransaction at xact.c:2846
#4 in AbortCurrentTransactionInternal at xact.c:3520
#5 in AbortCurrentTransaction at xact.c:3449
#6 in PostgresMain at postgres.c:4535
#7 in BackendMain at backend_startup.c:107
#8 in postmaster_child_launch at launch_backend.c:274
#9 in BackendStartup at postmaster.c:3391
#10 in ServerLoop at postmaster.c:1678
#11 in PostmasterMain at postmaster.c:1376
#12 in main at main.c:224
It seems that the lock request is not granted as expected, since
locallock->lockOwners is a NULL pointer.
(gdb) p locallock->lockOwners
$4 = (LOCALLOCKOWNER *) 0x0
(gdb) p locallock->numLockOwners
$5 = 0
(gdb) p locallock->maxLockOwners
$6 = 8
Unfortunately, I don't have a reliable way to trigger this issue. I'm
wondering if anyone has any insights into what might be happening.
Thanks
Richard
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2024-12-18 06:17:36 | Re: [PATCH] Add support for displaying database service in psql prompt |
Previous Message | Peter Smith | 2024-12-18 06:09:48 | Re: Logical Replication of sequences |