Re: [HACKERS] postmaster crash and .s.pgsql file
От | Marc Howard Zuckman |
---|---|
Тема | Re: [HACKERS] postmaster crash and .s.pgsql file |
Дата | |
Msg-id | Pine.LNX.3.95.980129155548.7602A-100000@fallon.classyad.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] postmaster crash and .s.pgsql file (The Hermit Hacker <scrappy@hub.org>) |
Ответы |
Re: [HACKERS] postmaster crash and .s.pgsql file
Re: [HACKERS] postmaster crash and .s.pgsql file |
Список | pgsql-hackers |
On Thu, 29 Jan 1998, The Hermit Hacker wrote: > On Thu, 29 Jan 1998, Brook Milligan wrote: > > > No, "normal" users shouldn't be allowed to do so, obviously. But, are > > there real systems in which a database maintainer (i.e., user > > postgres) cannot cooperate with the system admin (i.e., user root) to > > accomplish this? In practice, is it really envisioned that postgres > > should be _so_ distinct from the system? For example, don't most > > people run the postmaster from the system startup scripts, and isn't > > that the same thing? How did those commands get inserted into the > > startup scripts if not by root? > > I do not feel that it is appropriate for a non-root program (which > PostgreSQL is) to require a systems administrator to make permissions > related changed to a directory for it to run, period. > > > Speaking of feelings, I'm not especially happy about allowing any old user to trash a key file because it's located in a globally writable directory. Would setting the sticky bit on the permissions of the /tmp directory help? Marc Zuckman marc@fallon.classyad.com _\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ _ Visit The Home and Condo MarketPlace _ _ http://www.ClassyAd.com _ _ _ _ FREE basic property listings/advertisements and searches. _ _ _ _ Try our premium, yet inexpensive services for a real _ _ selling or buying edge! _ _\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
В списке pgsql-hackers по дате отправления: