Re: Out of Memory Probleme bei einem bytea Feld

> --On Dienstag, September 04, 2007 17:24:58 +0200 Oliver Baer
> <oliver(dot)baer(at)presswatch(dot)de> wrote:
>
>> Hallo Liste,
>>
>> ich hab hier ein kleines Problem mit unserer PSQL Datenbank. Wir haben
>> ein Uploadtool welches die hochgeladenen Dateien in der Datenbank in
>> einem Feld vom Typ bytea speichert.
>>
>> In letzter Zeit können wir nur noch kleinere Dateien hochladen, vor ner
>> Woche 5 MB, heute morgen nur noch 3 MB und nun steigt der schon bei <
>> 1MB
>> aus.
>>
>> Immer mit der Fehlermeldung
>> PDOException' with message 'SQLSTATE[53200]: Out of memory: 7 ERROR: out
>> of memory DETAIL: Failed on request of size 16777216.'
>
> Hmm er versucht 16MByte Speicher zu allokieren....sehr große und krumme
> Zahlen deuten manchmal auf korrupte Tupelheader hin. Ist das immer
> diesselbe Größe und für deinen Upload reproduzierbar? Die Fehlermeldung
> mit der 7 ist auch ein wenig suspekt....
>
das müsste ich auch noch mal überprüfen.

>>
>>
>> Gibts da irgendwelche Lösungen? Hab das gefühl der Speicher läuft
>> einfach irgendwann voll, was aber komisch ist.
>>
>> Datenbankserver ist Solaris SunOS 5.10, Postgres Version: psql 8.1.9
>> (server 8.2.0).
>> Nochmal ein Auszug aus dem Top
>>
>> load averages: 1.52, 1.72, 1.76; up 285+00:43:12
>> 17:20:21
>> 55 processes: 53 sleeping, 2 on cpu
>> CPU states: % idle, % user, % kernel, % iowait, %
>> swap
>> Memory: 8064M phys mem, 2206M free mem, 16G swap, 16G free swap
>>
>> PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
>> 12755 pgsql 1 59 0 3871M 3865M sleep 320:56 0.00% postgres
>
> So, mal ein Schuß ins Blaue: kann es irgendwie sein, dass ihr eine 32-Bit
> PostgreSQL-Instanz laufen habt? Ich hatte letztens einen ähnlichen Fall,
> wo ein 32-Bit Build fast genau mit derselben RAM-Usage ausgestiegen ist
> (allerdings auf ner pSeries....).
>
> Wieviel shared_buffer und (maintenance_)work_mem ist dieser Instanz
> zugewiesen?
>
Das haben wir zugewiesen:

shared_buffers = 3800MB
work_mem = 10240

> --
> Thanks
>
> Bernd
>

dank euch

Oli