Re: error context for vacuum to include block number
| От | Amit Kapila |
|---|---|
| Тема | Re: error context for vacuum to include block number |
| Дата | |
| Msg-id | CAA4eK1J4wNO425WjKj2Yd58Ag=LovSkxoHTuBJphFma+9jLAJA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: error context for vacuum to include block number (Justin Pryzby <pryzby@telsasoft.com>) |
| Ответы |
Re: error context for vacuum to include block number
|
| Список | pgsql-hackers |
On Tue, Mar 24, 2020 at 9:46 AM Justin Pryzby <pryzby@telsasoft.com> wrote:
>
> On Mon, Mar 23, 2020 at 02:25:14PM +0530, Amit Kapila wrote:
> > > Yea, and it would be misleading if we reported "while scanning block..of
> > > relation" if we actually failed while writing its FSM.
> > >
> > > My previous patches did this:
> > >
> > > + case VACUUM_ERRCB_PHASE_VACUUM_FSM:
> > > + errcontext("while vacuuming free space map of relation \"%s.%s\"",
> > > + cbarg->relnamespace, cbarg->relname);
> > > + break;
> > >
> >
> > In what kind of errors will this help?
>
> If there's an I/O error on an _fsm file, for one.
>
If there is a read or write failure, then we give error like below
which already has required information.
ereport(ERROR,
(errcode_for_file_access(),
errmsg("could not read block %u in file \"%s\": %m",
blocknum, FilePathName(v->mdfd_vfd))));
--
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: