| From: | Christoph Berg <cb(at)df7cb(dot)de> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: 9.4 beta1 crash on Debian sid/i386 |
| Date: | 2014-05-19 09:18:08 |
| Message-ID: | 20140519091808.GA7296@msgid.df7cb.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Re: Tom Lane 2014-05-18 <26862(dot)1400449277(at)sss(dot)pgh(dot)pa(dot)us>
> OK, so the problem is that getrlimit(RLIMIT_STACK) is lying to us about
> the available stack depth. I'd classify that as a kernel bug. I wonder
> if it's a different manifestation of this issue:
> https://bugzilla.redhat.com/show_bug.cgi?id=952946
>
> A different line of thought is that if ulimit -s is 8192, why are we
> not getting 8MB of stack? But in any case, if we're only going to
> get 1944kB, getrlimit ought to tell us that.
The issue looks exactly like what you are writing in that bugzilla
bug, including the fact that [stack] in /proc/maps gets replaced by
[heap] once the bus error happens (Comment 11).
Christoph
--
cb(at)df7cb(dot)de | http://www.df7cb.de/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dilip kumar | 2014-05-19 09:22:27 | Re: Allowing join removals for more join types |
| Previous Message | Raghavendra | 2014-05-19 08:24:57 | Re: Re: [GENERAL] Is it typo in pg_stat_replication column name in PG 9.4 ? |