Re: PANIC :Call AbortTransaction when transaction id is no normal
От | Tom Lane |
---|---|
Тема | Re: PANIC :Call AbortTransaction when transaction id is no normal |
Дата | |
Msg-id | 14904.1557843950@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: PANIC :Call AbortTransaction when transaction id is no normal (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes: > On 2019-05-14 12:37:39 +0900, Michael Paquier wrote: >> Still, I would like to understand why the bootstrap process has been >> signaled to begin with, particularly for an initdb, which is not >> really something that should happen on a server where an instance >> runs. If you have a too aggressive monitoring job, you may want to >> revisit that as well, because it is able to complain just with an >> initdb. > Shutdown, timeout, resource exhaustion all seem like possible > causes. Don't think any of them warrant a core file - as the OP > explains, that'll often trigger pages etc. Yeah. The case I was thinking about was mostly "start initdb, decide I didn't want to do that, hit control-C". That cleans up without much fuss *except* if you manage to hit the window where it's running bootstrap, and then it spews this scary-looking error. It's less scary-looking with the SIG_DFL patch, which I've now pushed. regards, tom lane
В списке pgsql-hackers по дате отправления: