Re: [HACKERS] Bug in WAL backup documentation

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: Bruno Wolff III <bruno(at)wolff(dot)to>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org, Bernd Helmle <mailings(at)oopsware(dot)de>, pgsql-patches(at)postgresql(dot)org, "Florian G(dot) Pflug" <fgp(at)phlo(dot)org>
Subject: Re: [HACKERS] Bug in WAL backup documentation
Date: 2006-11-08 10:19:54
Message-ID: 20061108101954.GA16802@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Tue, Nov 07, 2006 at 07:11:35PM -0600, Bruno Wolff III wrote:
> On Sun, Nov 05, 2006 at 11:49:36 -0500,
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >
> > As already discussed upthread, anyone who wants the path can get it from
> > `pwd` or local equivalent --- and that mechanism is robust (as long as
> > the directory move doesn't happen while any particular instance of the
> > script is running). I don't see why we should go out of our way to
> > provide a bad substitute for pwd.
>
> I think you also still need read access to the intervening directories.
> If the command works by walking up and matching inode numbers with names,
> then it will break if it can't read the names. (For example /bin/pwd
> breaks when it can't read a parent directories filenames.)

That's system dependant though, Linux getcwd doesn't have that problem
for example. Should probably dig up some documention on which systems
would be affected by this.

Have a ncie day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 2006-11-08 10:20:15 Re: string_to_array eats too much memory?
Previous Message Teodor Sigaev 2006-11-08 10:03:40 Re: string_to_array eats too much memory?

Browse pgsql-patches by date

  From Date Subject
Next Message Michael Meskes 2006-11-08 10:49:03 Re: BUG #2741: Double-free on error in ECPGconnect
Previous Message Bruno Wolff III 2006-11-08 01:11:35 Re: Bug in WAL backup documentation