Re: Query about 'initdb' error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: 杨逸存 <1057206466(at)qq(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Query about 'initdb' error
Date: 2021-03-18 13:55:42
Message-ID: 3716905.1616075742@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"=?gb18030?B?0e7S3bTm?=" <1057206466(at)qq(dot)com> writes:
> &nbsp; &nbsp; When I do 'make' and 'make install', there is no warning or error infomation appeared. Compilation step seems to have no problem. Also, I use gdb to backtrace initdb, the result is as below:

> performing post-bootstrap initialization ... Segmentation fault (core dumped)
> Program received signal SIGPIPE, Broken pipe.

> I am not able to fully recognize the insight of backtrace, but it's
> strange that it receives 'signal SIGPIPE, Broken pipe'.&nbsp; &nbsp;
> Looking forward to your reply. Yours sincerely.

At this phase, initdb is just shoving SQL commands down a pipe to a
"standalone backend" that's doing the real work. Evidently your
backend dumped core, and you need to be looking at that dump not
initdb itself. Depending on how your machine is set up, you might
need to use initdb's --noclean option to keep it from throwing away
the incomplete data directory, as the backend might have dropped core
in there.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ibrar Ahmed 2021-03-18 13:57:15 Re: [HACKERS] make async slave to wait for lsn to be replayed
Previous Message Bruce Momjian 2021-03-18 13:54:11 Re: fdatasync performance problem with large number of DB files