Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>
Cc: Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Dave Page <dpage(at)pgadmin(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Date: 2010-02-22 21:37:20
Message-ID: 2145.1266874640@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Dimitri Fontaine <dfontaine(at)hi-media(dot)com> writes:
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>> This seems like a solution in search of a problem to me. The most
>> salient aspect of such processes is that they would necessarily run
>> as the postgres user

> The precedent are archive and restore command. They do run as postgres
> user too, don't they?

Well, yeah, but you *must* trust those commands because every last bit
of your database content passes through their hands. That is not an
argument why you need to trust a scheduling facility --- much less the
tasks it schedules.

I still say that every use case so far presented here would be equally
if not better served outside the database. Putting it inside just
creates more failure scenarios and security risks.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dimitri Fontaine 2010-02-22 21:53:31 Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)
Previous Message Merlin Moncure 2010-02-22 21:35:07 Re: tie user processes to postmaster was:(Re: [HACKERS] scheduler in core)