Re: 8.3.0: vacuum full analyze: "invalid memory alloc request size" - Mailing list pgsql-bugs

From Tomas Szepe
Subject Re: 8.3.0: vacuum full analyze: "invalid memory alloc request size"
Date
Msg-id 20080210193148.GB1560@louise.pinerecords.com
Whole thread Raw
In response to Re: 8.3.0: vacuum full analyze: "invalid memory alloc request size"  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: 8.3.0: vacuum full analyze: "invalid memory alloc request size"  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
> Tomas Szepe <szepe@pinerecords.com> writes:
> >> Are you doing anything that would involve lots of updates in these
> >> catalogs --- maybe repeatedly renaming a column, or something like that?
>
> > Hmm, I typically use a pair of
> > "ALTER TABLE table DISABLE TRIGGER USER;"/
> > "ALTER TABLE table ENABLE TRIGGER USER;"
> > per almost every relation when loading a dump, other than that there's
> > only the initial db creation code (lots of plpgsql triggers and a couple
> > immutable functions) and then using temp tables for complicated queries.
>
> Hm, those ALTERs wouldn't affect pg_attribute.  Maybe just using a lot
> of temp tables is enough?
>
> Are you running with autovacuum on, or not?

At the moment autovacuum is off, but it _might_ have been on in the first
40 hours or so...  Sorry, I can't say exactly.

--
Tomas Szepe <szepe@pinerecords.com>

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: 8.3.0: vacuum full analyze: "invalid memory alloc request size"
Next
From: "vha"
Date:
Subject: BUG #3951: SELECT ... WHERE Param = ? does not work if Param is of type bytea