Re: Proposed doc-patch: Identifying the Current WAL file - Mailing list pgsql-docs

From Bruce Momjian
Subject Re: Proposed doc-patch: Identifying the Current WAL file
Date
Msg-id 200604151809.k3FI96M06462@candle.pha.pa.us
Whole thread Raw
In response to Re: Proposed doc-patch: Identifying the Current WAL file  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Proposed doc-patch: Identifying the Current WAL file  (Jeff Frost <jeff@frostconsultingllc.com>)
Re: Proposed doc-patch: Identifying the Current WAL file  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-docs
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Also, what happens if the log switch happens, and some data change is
> > written to the new WAL file in the first second, but nothing happens to
> > the database after that for a minute?  Your test would still show the
> > old log file.
>
> You seem to be assuming that ls will sort on the basis of the truncated
> mtime that it displays, which is not the actual behavior of ls AFAIK.

No, I am not:

    $ touch x1 x2; touch x2
    $ sleep 2; ls -lt
    total 0
    -rw-r--r--  1 root  postgres  0 Apr 15 14:04 x1
    -rw-r--r--  1 root  postgres  0 Apr 15 14:04 x2

If the write to x2 happens in the first second, but no later writes
happen, you still see x1 as first, even though x2 is the new one and
might have WAL data in it.  The point is that the test does not have a
one-second window of showing the wrong answer, meaning I could wait for
60 seconds, and still see the wrong WAL file at the top.

--
  Bruce Momjian   http://candle.pha.pa.us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

pgsql-docs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Proposed doc-patch: Identifying the Current WAL file
Next
From: Jeff Frost
Date:
Subject: Re: Proposed doc-patch: Identifying the Current WAL file