Re: [PATCH] pg_upgrade: report the reason for failing to open thecluster version file
| От | Daniel Gustafsson |
|---|---|
| Тема | Re: [PATCH] pg_upgrade: report the reason for failing to open thecluster version file |
| Дата | |
| Msg-id | 44115C15-EE49-4BDE-A976-2901384B5E60@yesql.se обсуждение исходный текст |
| Ответ на | [PATCH] pg_upgrade: report the reason for failing to open the cluster version file (ilmari@ilmari.org (Dagfinn Ilmari Mannsåker)) |
| Ответы |
Re: [PATCH] pg_upgrade: report the reason for failing to open the cluster version file
|
| Список | pgsql-hackers |
> On 26 Feb 2020, at 00:14, Dagfinn Ilmari Mannsåker <ilmari@ilmari.org> wrote:
> It would have saved some minutes of debugging time if that had included
> the reason why the open failed, so here's a patch to do so.
+1 on the attached patch. A quick skim across the similar error reportings in
pg_upgrade doesn't turn up any others which lack the more detailed information.
> - pg_fatal("could not open version file: %s\n", ver_filename);
> + pg_fatal("could not open version file \"%s\": %m\n", ver_filename);
A few lines further down from this we report an error in case we are unable to
parse the file in question:
pg_fatal("could not parse PG_VERSION file from %s\n", cluster->pgdata);
Should the pgdata argument be quoted there as well, like \"%s\", to make it
consistent for how we report filenames and directories in pg_upgrade?
cheers ./daniel
В списке pgsql-hackers по дате отправления: