Re: [HACKERS] PATCH: Configurable file mode mask

Поиск
Список
Период
Сортировка
От Tsunakawa, Takayuki
Тема Re: [HACKERS] PATCH: Configurable file mode mask
Дата
Msg-id 0A3221C70F24FB45833433255569204D1F6B2B81@G01JPEXMBYT05
обсуждение исходный текст
Ответ на Re: [HACKERS] PATCH: Configurable file mode mask  (David Steele <david@pgmasters.net>)
Ответы Re: [HACKERS] PATCH: Configurable file mode mask  (David Steele <david@pgmasters.net>)
Re: [HACKERS] PATCH: Configurable file mode mask  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
From: pgsql-hackers-owner@postgresql.org
> [mailto:pgsql-hackers-owner@postgresql.org] On Behalf Of David Steele
> > But it might be worth thinking about whether we want to encourage
> > people to do manual chmod's at all; that's fairly easy to get wrong,
> > particularly given the difference in X bits that should be applied to
> > files and directories.  Another approach that could be worth
> > considering is a PGC_POSTMASTER GUC with just two states (group access
> > or not) and make it the postmaster's responsibility to do the
> > equivalent of chmod -R to make the file tree match the GUC.  I think
> > we do a tree scan anyway for other purposes, so correcting any wrong
> > file permissions might not be much added work in the normal case.
> 
> The majority of scanning is done in recovery (to find and remove unlogged
> tables) and I'm not sure we would want to add that overhead to normal startup.

I'm on David's side, too.  I don't postmaster to always scan all files at startup.

On the other hand, just doing "chmod -R $PGDATA" is not enough, because chmod doesn't follow the symbolic links.
Symboliclinks are used for pg_tblspc/* and pg_wal at least.  FYI, MySQL's manual describes the pithole like this:
 

https://dev.mysql.com/doc/refman/8.0/en/changing-mysql-user.html
----------------------------------------
2. Change the database directories and files so that user_name has privileges to read and write files in them (you
mightneed to do this as the Unix root user): 
 
shell> chown -R user_name /path/to/mysql/datadir


If you do not do this, the server will not be able to access databases or tables when it runs as user_name. 

If directories or files within the MySQL data directory are symbolic links, chown -R might not follow symbolic links
foryou. If it does not, you will also need to follow those links and change the directories and files they point to. 
 
----------------------------------------


I think we also need to describe the procedure carefully.  That said, it would be best to make users aware of a
configurationalternative (group access) with enough documentation when they first build the database or upgrade the
databasecluster.  Just describing the alternative only in initdb reference page would result in being unaware of the
betterconfiguration, like --data-checksum.
 

Regards
Takayuki Tsunakawa








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

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] [COMMITTERS] pgsql: Fix cardinality estimates for parallel joins.
Следующее
От: "Tsunakawa, Takayuki"
Дата:
Сообщение: Re: [HACKERS] Defaulting psql to ON_ERROR_ROLLBACK=interactive