Re: [BUG] Crash on pgbench initialization.
От | Alvaro Herrera |
---|---|
Тема | Re: [BUG] Crash on pgbench initialization. |
Дата | |
Msg-id | 20230724135433.wjta2bgl7eh2shlv@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: [BUG] Crash on pgbench initialization. (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: [BUG] Crash on pgbench initialization.
Re: [BUG] Crash on pgbench initialization. |
Список | pgsql-hackers |
On 2023-Jul-24, Michael Paquier wrote: > On Sun, Jul 23, 2023 at 11:21:47PM +0300, Anton A. Melnikov wrote: > > After some research, found this happens when the LimitAdditionalPins() returns exactly zero. > > In the current master, this will happen e.g. if shared_buffers = 10MB and max_worker_processes = 40. > > Then the command "pgbench --initialize postgres" will lead to crash. > > See the backtrace attached. > > > > There is a fix in the patch applied. Please take a look on it. > > Nice catch, issue reproduced here so I am adding an open item for now. > (I have not looked at the patch, yet.) Hmm, I see that all this code was added by 31966b151e6a, which makes this Andres' item. I see Michael marked it as such in the open items page, but did not CC Andres, so I'm doing that here now. I don't know this code at all, but I hope that this can be solved with just Anton's proposed patch. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ "Find a bug in a program, and fix it, and the program will work today. Show the program how to find and fix a bug, and the program will work forever" (Oliver Silfridge)
В списке pgsql-hackers по дате отправления: