Re: unnecessary creation of FSM files during bootstrap mode
От | Amit Kapila |
---|---|
Тема | Re: unnecessary creation of FSM files during bootstrap mode |
Дата | |
Msg-id | CAA4eK1JZxE=BhMFV0i1z2VJqQn2bq9CcbWsQtDx7t5VB7A3Ndw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: unnecessary creation of FSM files during bootstrap mode (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Fri, Jan 11, 2019 at 8:01 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Amit Kapila <amit.kapila16@gmail.com> writes: > > On Fri, Jan 11, 2019 at 5:00 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> It's also possible that you just aren't exercising the cases where > >> trouble occurs. In particular, noting this bit in InsertOneValue(): > >> OidOutputFunctionCall(typoutput, values[i])))); > > > I have tried initdb with --debug option (If I am not wrong, it runs > > initdb under DEBUG5 mode) and didn't hit any problem after applying > > the patch. Are you expecting that we might try to open pg_proc at > > that place which can lead to the problem? > > Yes, I was concerned about regprocout in particular. It might be > okay as long as we don't try to add any regproc columns to the > BKI_BOOTSTRAP catalogs. > Okay, I think if we get such a requirement in the future, we might want to restore the current behavior by selectively doing it for non-FSM and or non-VM forks. I will commit the patch removing these changes before committing the avoid fsm creation stuff [1] by John which is still under review. [1] - https://www.postgresql.org/message-id/CACPNZCuEijBJ9gq9jqjwvQeDB6%3Dig2egRzHhZDfTtRwhmPLVtw%40mail.gmail.com -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: