On 16. Januar 2015 at 00:57:14, Tom Lane (t...@sss.pgh.pa.us) wrote:
> I wrote:
> > Manuel Kniep writes:
> >> ok after lot’s of testing I could create a test case
> >> which can be found here
> >> https://gist.github.com/rapimo/3c8c1b35270e5854c524
> >> it’s written in ruby an depends on the gem
I wrote:
> Manuel Kniep writes:
>> ok after lotâs of testing I could create a test caseÂ
>> which can be found here https://gist.github.com/rapimo/3c8c1b35270e5854c524Â
>> itâs written in ruby an depends on the gem activerecord pg and parallelÂ
> Hm. I don't see a segfault from this. I d
Manuel Kniep writes:
> ok after lotâs of testing I could create a test caseÂ
> which can be found here https://gist.github.com/rapimo/3c8c1b35270e5854c524Â
> itâs written in ruby an depends on the gem activerecord pg and parallelÂ
Hm. I don't see a segfault from this. I do see the CREATE
On 6. Januar 2015 at 07:20:21, Michael Paquier (michael.paqu...@gmail.com)
wrote:
> On Tue, Jan 6, 2015 at 12:39 AM, Manuel Kniep wrote:
> > Hi,
> >
> > we are running postges 9.3.5 on gentoo linux kernel 3.16.5, compiled with
> > gcc 4.8.3
> > Any ideas ?
>
> > #17 0x0062bb9d in SPI_
On Tue, Jan 6, 2015 at 12:39 AM, Manuel Kniep wrote:
> Hi,
>
> we are running postges 9.3.5 on gentoo linux kernel 3.16.5, compiled with gcc
> 4.8.3
> Any ideas ?
> #17 0x0062bb9d in SPI_execute_with_args (
src=0x22b880bb0 "\nCREATE TEMPORARY TABLE
> [...]
> #33 0x7f363555ab9
Hi,
we are running postges 9.3.5 on gentoo linux kernel 3.16.5, compiled with gcc
4.8.3
getting a segfault from time to time with the below core dump.
The error happens only on our production system and is not reproducible a
second run after
database recovery always succeed without any error