Re: pgadmin's pgagent job scheduler

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: pgadmin's pgagent job scheduler
Дата
Msg-id 47148E05.5060700@postgresql.org
обсуждение исходный текст
Ответ на Re: pgadmin's pgagent job scheduler  (Ow Mun Heng <Ow.Mun.Heng@wdc.com>)
Ответы Re: pgadmin's pgagent job scheduler  (Ow Mun Heng <Ow.Mun.Heng@wdc.com>)
Список pgsql-general
Ow Mun Heng wrote:
> I see.. and in the docs, I was told to import pgagent.sql into the
> postgres DB so I did that. but actually. I want to deploy it to the
> target DB, let's call it "MyDB". Should I have imported it to MyDB
> instead?

No, postgres is normal. You can specify with each job step which
database it should run on. That way you can have a single job touching
multiple databases.

>>> Additionally, when I connect as NON-postgres user, I can't get to the
>>> pgagent schema. How do I grant access to it? pgagent schema doesnt' seem
>>> to show up as a table.
>> Hmm, that something that no-ones asked about before.
>
> never ask.. never know..

:-)

> Okay.. so, now it pgagent connects to the DB as user postgres (as I was
> instructed by the docs) and runs as user postgres (which is a risk). How
> do I connect as a less priv user? (I have a user, named "operator" which
> does menial tasks like connect to the DB, pull data, crunch etc..)
>
> I most certainly don't want it to run as user postgres. User operator
> would be better.

Just change the pgAgent connection string to use the operator role, and
run the daemon under a similarly non-privileged user account. You'll
also need to make sure you've granted appropriate permissions on the
schema to allow the operator role to update rows etc (which happens when
a job is run to set the next runtime).

Regards, Dave

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

Предыдущее
От: Ow Mun Heng
Дата:
Сообщение: Re: pgadmin's pgagent job scheduler
Следующее
От: Marek Lewczuk
Дата:
Сообщение: 8.3 beta problems