Re: BUG #5235: Segmentation fault under high load through JDBC

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

In response to

Responses

Browse pgsql-bugs by date

  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