Re: elog(DEBUG2 in SpinLocked section.
Kyotaro Horiguchi <horikyota.ntt@gmail.com>
From: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
To: tgl@sss.pgh.pa.us
Cc: michael@paquier.xyz, masao.fujii@oss.nttdata.com,
amit.kapila16@gmail.com, pasim@vmware.com,
pgsql-hackers@lists.postgresql.org
Date: 2020-06-03T06:18:19Z
Lists: pgsql-hackers
At Wed, 03 Jun 2020 02:00:53 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote in > ... and InvalidateObsoleteReplicationSlots(), too. > > I am detecting a pattern here. I looked through 224 locations where SpinLockAcquire and found some. LogicalIncreaseRestartDecodingForSlot is spotted by Michael. pg_get_replication_slots has some namecpy as Tom pointed out. copy_replication_slot has pstrdup as Tom pointed out. InvalidateObsoleteReplicationSlots has pstrdup as Tom poineed out. I found another instance of pstrdup, but found some string copy functions. CreateInitDecodingContext has StrNCpy (up to NAMEDATALEN = 64 bytes). RequestXLogStreaming has strlcpy (up to MAXCONNINFO = 1024 bytes). SaveSlotToPath has memcpy on ReplicationSlotOnDisk (176 bytes). WalReceiverMain has strlcpy(MAXCONINFO + NAMEDATALEN) and memset of MAXCONNINFO. pg_stat_get_wal_receiver has strlcpy (NAMEDATALEN + NI_MAXHOST(1025) + MAXCONNINFO). regards. -- Kyotaro Horiguchi NTT Open Source Software Center
Commits
-
Fix instance of elog() called while holding a spinlock
- 4a9809e34d09 9.5.23 landed
- e7a134b5817b 9.6.19 landed
- 5ed8b4a981ed 10.14 landed
- b41a85f53317 11.9 landed
- 03aa25b6e34b 12.4 landed
- c1669fd5812a 13.0 landed
-
Don't call palloc() while holding a spinlock, either.
- 3d474a07934c 12.4 landed
- f88bd3139f3e 13.0 landed
- 7a8cb4a61e7e 11.9 landed
- 0c735c686a90 10.14 landed
-
Don't call elog() while holding spinlock.
- caa3c4242cf8 13.0 landed