| From: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Zlatko Mati? <zlatko(dot)matic1(at)sb(dot)t-com(dot)hr>, "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: user privilages for executing pg_autovacuum? |
| Date: | 2005-10-11 23:14:40 |
| Message-ID: | 20051011231440.GM23883@pervasive.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Tue, Oct 11, 2005 at 02:39:24PM -0400, Tom Lane wrote:
> =?iso-8859-2?Q?Zlatko_Mati=E6?= <zlatko(dot)matic1(at)sb(dot)t-com(dot)hr> writes:
> > That's the reason why I ask. If a user that executes pg_autovacuum must be
> > owner of tables or a superuser, that it is a security problem to pass
> > password as plain text...
> > How peple solve this problem ?
>
> Put the password in a ~/.pgpass file belonging to the user that runs the
> autovacuum task.
Or you can run pg_autovacuum on the server itself and allow ident
authentication for unix sockets (assuming you're on unix/linux).
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jim C. Nasby | 2005-10-11 23:18:47 | Re: Cluster/redundancy question |
| Previous Message | Jim C. Nasby | 2005-10-11 23:02:25 | Re: [GENERAL] Oracle buys Innobase |