Re: pgsql: Adjust initdb to also not consider fsync'ing failures fatal.
| От | Peter Eisentraut |
|---|---|
| Тема | Re: pgsql: Adjust initdb to also not consider fsync'ing failures fatal. |
| Дата | |
| Msg-id | 5568C516.6040909@gmx.net обсуждение исходный текст |
| Ответ на | pgsql: Adjust initdb to also not consider fsync'ing failures fatal. (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: pgsql: Adjust initdb to also not consider fsync'ing failures fatal.
|
| Список | pgsql-committers |
On 5/29/15 1:05 PM, Tom Lane wrote:
> Adjust initdb to also not consider fsync'ing failures fatal.
This introduces a failure in the initdb tests, which expect that
initdb -S -D /notthere
returns a nonzero exit code.
The output of that command is also a bit crazy now:
$ pg-install/bin/initdb -S -D /notthere
syncing data to disk ... initdb: could not stat file
"/notthere/pg_xlog": No such file or directory
initdb: could not open directory "/notthere": No such file or directory
initdb: could not open directory "/notthere/pg_tblspc": No such file or
directory
ok
I think the behavior to ignore fsync failures should probably not apply
to top-level directories. Or alternatively, the existence of these
directories should be checked separately.
В списке pgsql-committers по дате отправления: