From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Oleg Jurtšenko <oleg(dot)jurtsenko(at)fts(dot)ee> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #5235: Segmentation fault under high load through JDBC |
Date: | 2009-12-09 03:12:55 |
Message-ID: | 603c8f070912081912h5fee51c6ld5d2bbd637f3265e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
2009/12/8 Oleg Jurtšenko <oleg(dot)jurtsenko(at)fts(dot)ee>:
> You are right, it crushes on following statement: "select
> instr(ad_parent_tree(?,?),'|'||?||'|') AS isItsOwnChild from dual;"
>
> max_stack_depth is commented out, I think it has the default value:
> #max_stack_depth = 2MB
Well, my guess is you have your kernel limit for max stack depth set
to something very small. See:
http://www.postgresql.org/docs/current/interactive/runtime-config-resource.html#GUC-MAX-STACK-DEPTH
You can do "SHOW max_stack_depth;" to confirm the setting for that
parameter. But I'm not quite sure how to check what value is being
applied to PG. Sounds like it's smaller than 2MB, though. You may be
able to reduce max_stack_depth to prevent the crash, but then you'll
get an error instead. If you want the function to actually run to
completion (and assuming this isn't an infinite loop) you'll need to
increase the kernel limit being applied to PG.
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-12-09 04:08:34 | Re: BUG #5235: Segmentation fault under high load through JDBC |
Previous Message | Marcelo Mas | 2009-12-08 21:21:58 | BUG #5236: Aparent bug in ecpg |