Re: pg_basebackup vs. Windows and tablespaces

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: pg_basebackup vs. Windows and tablespaces
Дата
Msg-id CAA4eK1KBAEm0apMzwWc3=f8DhjKnoPe8U4wZNH7euubHKgSrJg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_basebackup vs. Windows and tablespaces  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: pg_basebackup vs. Windows and tablespaces  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On Tue, Dec 16, 2014 at 12:58 PM, Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> On Sun, Dec 14, 2014 at 11:54 AM, Amit Kapila <amit.kapila16@gmail.com> wrote:
> > On Sat, Dec 13, 2014 at 10:48 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> > > Sorry, I was not paying very close attention to this thread and missed
> > > the request for comments.  A few such:
> > >
> > > 1. The patch is completely naive about what might be in the symlink
> > > path string; eg embedded spaces in the path would break it.  On at
> > > least some platforms, newlines could be in the path as well.  I'm not
> > > sure about how to guard against this while maintaining human readability
> > > of the file.
> > >
> >
> > I will look into this and see what best can be done.
> >
>
> I have chosen #3 (Make pg_basebackup check for and fail on symlinks
> containing characters (currently newline only) it can't handle) from the
> different options suggested by Tom.  This keeps the format same as
> previous and human readable.
>

Actually, here instead of an error a warning is issued and that particular
path (containing new line) will be skipped.  This is similar to what
is already done for the cases when there is any problem in reading
link paths.

With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: GiST kNN search queue (Re: KNN-GiST with recheck)
Следующее
От: Mark Cave-Ayland
Дата:
Сообщение: Re: Commitfest problems