Re: BUG #15810: Using custom directory on external HDD gives permission error

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Omer Ozarslan <omerfaruko(at)gmail(dot)com>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15810: Using custom directory on external HDD gives permission error
Date: 2019-05-17 03:43:56
Message-ID: 17117.1558064636@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Omer Ozarslan <omerfaruko(at)gmail(dot)com> writes:
> On Thu, May 16, 2019 at 6:59 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I'm kind of disinclined to provide a way to skip the permissions
>> check though, especially in view of the fact that there's no good
>> reason to use a Windows filesystem as native storage for Unix.

> Would it be possible to provide a way to skip permission check and then let
> it fail in case user needs to use these specific features? I don't expect
> to use tablespaces for example. Does lack of these permissions (or other
> unix fs features like symlinks) bring some limitations to the point the
> database cannot function at all?

We consider it insecure (because it is) and we won't support it.
This is not very different from the complaints we occasionally get
about Postgres not being willing to run as root. That is also a bad
idea, and we won't support that either, regardless of any argument
that might be made that it-makes-sense-in-my-niche-use-case.

In both cases, it's not that hard to hack the check out of the
source code if you are bound and determined to do so.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Omer Ozarslan 2019-05-17 04:08:11 Re: BUG #15810: Using custom directory on external HDD gives permission error
Previous Message Omer Ozarslan 2019-05-17 03:39:19 Re: BUG #15810: Using custom directory on external HDD gives permission error