Re: [HACKERS] Failed assertion, CVS head

2004-12-11 Thread Tom Lane 
Some time ago, Grant Finnemore [EMAIL PROTECTED] wrote:
 TRAP: FailedAssertion(!(((ntp)-t_data)-t_infomask  0x0010), File: 
 catcache.c, Line: 1728)

I think we finally figured out where this came from:

http://archives.postgresql.org/pgsql-bugs/2004-12/msg00128.php

regards, tom lane

---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings

Re: [HACKERS] Failed assertion, CVS head

2004-09-10 Thread Grant Finnemore 
It's happened again, and in both cases seems to be on a call to
VACUUM FULL
Grant Finnemore wrote:
Hi,
I am using a version of PostgreSQL compiled from a CVS update of yesterday,
and compiled with
  make clean all
  make install
One client connection to the database doing routine and low volume 
population
scripts (using schemas) After several normal runs of the population 
script, a
run caused the following trap, and an associated backend halt.

TRAP: FailedAssertion(!(((ntp)-t_data)-t_infomask  0x0010), File: 
catcache.c, Line: 1728)

I know this is not a lot of data for a determination of cause, but I 
have only
had a single instance of this happening, and thought it should at least be
documented.

Regards,
Grant
---(end of broadcast)---
TIP 6: Have you searched our list archives?
  http://archives.postgresql.org
---(end of broadcast)---
TIP 6: Have you searched our list archives?
  http://archives.postgresql.org

Re: [HACKERS] Failed assertion, CVS head

2004-09-10 Thread Tom Lane 
Grant Finnemore [EMAIL PROTECTED] writes:
 TRAP: FailedAssertion(!(((ntp)-t_data)-t_infomask  0x0010), File: 
 catcache.c, Line: 1728)

This seems moderately impossible :-(.  Did you get a core dump?  If so
please provide a stack backtrace.

regards, tom lane

---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Re: [HACKERS] Failed assertion, CVS head

2004-09-10 Thread Grant Finnemore 
I'm afraid that I did not get a core dump. Sorry.
My normal configure includes both debug and cassert - is there anything
else I should set to ensure core dumps are generated?
Regards,
Grant
Tom Lane wrote:
Grant Finnemore [EMAIL PROTECTED] writes:
TRAP: FailedAssertion(!(((ntp)-t_data)-t_infomask  0x0010), File: 
catcache.c, Line: 1728)

This seems moderately impossible :-(.  Did you get a core dump?  If so
please provide a stack backtrace.
regards, tom lane
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings

Re: [HACKERS] Failed assertion, CVS head

2004-09-10 Thread Tom Lane 
Grant Finnemore [EMAIL PROTECTED] writes:
 I'm afraid that I did not get a core dump. Sorry.
 My normal configure includes both debug and cassert - is there anything
 else I should set to ensure core dumps are generated?

Check ulimit -c in the postmaster's environment.

Personally I always put ulimit -c unlimited into the postmaster start
script. 

regards, tom lane

---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?

   http://www.postgresql.org/docs/faqs/FAQ.html

Re: [HACKERS] Failed assertion, CVS head

2004-09-10 Thread Grant Finnemore 
Ok, will do. Thanks.
Tom Lane wrote:
Grant Finnemore [EMAIL PROTECTED] writes:
I'm afraid that I did not get a core dump. Sorry.
My normal configure includes both debug and cassert - is there anything
else I should set to ensure core dumps are generated?

Check ulimit -c in the postmaster's environment.
Personally I always put ulimit -c unlimited into the postmaster start
script. 

---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster