From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | michael(at)paquier(dot)xyz |
Cc: | daniel(at)yesql(dot)se, t(dot)bussmann(at)gmx(dot)net, tgl(at)sss(dot)pgh(dot)pa(dot)us, markguertin(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: pg_basebackup: errors on macOS on directories with ".DS_Store" files |
Date: | 2023-04-21 03:02:20 |
Message-ID: | 20230421.120220.1132981318960692233.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
At Fri, 21 Apr 2023 07:33:09 +0900, Michael Paquier <michael(at)paquier(dot)xyz> wrote in
> On Thu, Apr 20, 2023 at 01:15:40PM +0200, Daniel Gustafsson wrote:
> > Maybe. I'm a bit hesitant to add too many smarts to pg_rewind. It's a tool
> > for when something has gone wrong with a cluster (albeit probably not at the
> > filesystem level), and at that point I feel it's better to put the user fully
> > in charge. Perhaps I'm overly cautious, curious to hear from others.
>
> Hmm. pg_rewind is mostly a differential block-level backup tool, so
> applying the same rules everywhere across the board would be sensible
> here. See that exclude_list_item is able to handle prefixes, and we
> may want to extend the same logic for the directory list, as well..
After applying the change, sendDir excludes some files in the the
following steps.
1. Excludes "." and ".." quietly.
2. Excludes files starting with "pgsql_tmp", quietly.
3. (new) Excludes files begins with '.', quietly.
(checks signal)
4. Excludes everything suggested by excludeFiles then reports the
excluded files using DEBUG1.
5. Excludes files based on more complex conditions.
These steps seem a bit arbitrary. Is there any reason we keep step 1
seprate from step 3, and step 2 seprate from step 4?
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | PG Bug reporting form | 2023-04-21 03:09:57 | BUG #17905: phpPgAdmin 7.13.0 is not updated to support PHP 8.1.16 |
Previous Message | Kyotaro Horiguchi | 2023-04-21 01:42:31 | Re: BUG #17903: There is a bug in the KeepLogSeg() |