Re: Forced quiesce

Поиск
Список
Период
Сортировка
От Plugge, Joe R.
Тема Re: Forced quiesce
Дата
Msg-id BD69807DAE0CE44CA00A8338D0FDD08302E8F06FDF@oma00cexmbx03.corp.westworlds.com
обсуждение исходный текст
Ответ на Forced quiesce  ("Little, Douglas" <DOUGLAS.LITTLE@orbitz.com>)
Список pgsql-admin

Could you roll in a temporary pg_hba.conf, issue the pg_ctl reload command to reread that and then identify those ips using ps, and kill –TERM them?   After your maintenance, rotate back in your full pg_hba.conf and reload it.

 

 

 

From: pgsql-admin-owner@postgresql.org [mailto:pgsql-admin-owner@postgresql.org] On Behalf Of Little, Douglas
Sent: Thursday, October 28, 2010 7:39 AM
To: pgsql-admin@postgresql.org
Subject: [ADMIN] Forced quiesce

 

Hi,

We’re having to vacuum full the system tables everyday due to the number of  temp table drop/creates.

We’re finding that if anyone tries to execute a job during the maintenance period, it often hangs the db.

 

Is there a way that we can force the db to quiesce?  Or  lock out users.

Luckly,  most users are coming in thru a network VIP, so all client IP’s are the same.

 

Thanks in advance.

 

Doug Little

 

Sr. Data Warehouse Architect | Enterprise Data Management | Orbitz Worldwide

500 W. Madison, Suite 1000  Chicago IL 60661| Office 312.260.2588 | Fax 312.894.5164 | Cell 847-997-5741

Douglas.Little@orbitz.com

 cid:image001.jpg@01CABEC8.D4980670  orbitz.com | ebookers.com | hotelclub.com | cheaptickets.com | ratestogo.com | asiahotels.com

 

Вложения

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

Предыдущее
От: Kenneth Marshall
Дата:
Сообщение: Re: Forced quiesce
Следующее
От: Sergey Konoplev
Дата:
Сообщение: Re: Forced quiesce