| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Arthur Ward" <award(at)dominionsciences(dot)com> |
| Cc: | pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: syslog enabled causes random hangs? |
| Date: | 2003-08-06 18:45:11 |
| Message-ID: | 6200.1060195511@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
"Arthur Ward" <award(at)dominionsciences(dot)com> writes:
> An idea just popped into my head, though. Perhaps I can create procedures
> in plpgsql and plpython which do nothing but spew notices (which would in
> turn be sent to syslog), and run one or two copies to see if they'll die
> on their own given sufficient time. That seems worthwhile, especially if I
> can get a deadlock in plpgsql, since it will take the blame away from both
> triggers and plpython. Does this sound like a reasonable experiment?
Sure.
Note it seems possible that the failure occurs only during a particular
backend's first or second attempt to send something to syslog (since the
first attempt would do openlog). So you should probably run a test that
involves sending only a few messages per session, rather than vast
numbers of messages from one session.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Wilson A. Galafassi Jr. | 2003-08-06 20:10:24 | postgresql partitioning |
| Previous Message | Arthur Ward | 2003-08-06 18:40:39 | Re: syslog enabled causes random hangs? |