From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Janning Vygen <vygen(at)gmx(dot)de> |
Cc: | pgsql-general(at)postgresql(dot)org, Damon Hart <dhcom(at)sundial(dot)com> |
Subject: | Re: ERROR: type "temp_gc" already exists |
Date: | 2005-09-28 14:07:25 |
Message-ID: | 5987.1127916445@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Janning Vygen <vygen(at)gmx(dot)de> writes:
> I recently reported this problem and i would like to help solving it. But how
> can i build a self-contained test-case? It just happens sometimes under load.
I didn't say you need to make it 100% reproducible; you just have to
make a case that someone else can run that will eventually produce the
error. The sort of poking and prying that will need to happen to debug
it will involve things you do not want done to your production database,
therefore we need to be able to make the error happen in a test setup.
You probably need to create a client script that will issue multiple
parallel queries that are similar to what your regular application does.
See for instance this discussion:
http://archives.postgresql.org/pgsql-hackers/2005-05/msg00613.php
If you're handy with C, pgbench might be a useful starting point.
But a script in perl python or tcl will be fine too.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Florian G. Pflug | 2005-09-28 14:11:05 | Re: RI_ConstraintTrigger question |
Previous Message | Sim Zacks | 2005-09-28 13:18:15 | Re: trigger self recursion |