Re: Limitations on 7.0.3? - Mailing list pgsql-general
From | ARTEAGA Jose |
---|---|
Subject | Re: Limitations on 7.0.3? |
Date | |
Msg-id | 98E5EEEC1F4EF740912E44EA3022569A0C370FFB@USDALSMBS03.ad3.ad.alcatel.com Whole thread Raw |
In response to | Re: Limitations on 7.0.3? (Alvaro Herrera <alvherre@commandprompt.com>) |
Responses |
Re: Limitations on 7.0.3?
Re: Limitations on 7.0.3? |
List | pgsql-general |
I've looked at the pg_index table and we are currently at 15Mill entries, which should be OK. After 2-3 days runtime I just get a disconnect error from backend while doing an insert. After I restore the DB and insert the same entries it runs fine. Following is the error I get: "Query pgsql8.1: PGRES_FATAL_ERROR, pqReadData() -- backend closed the channel unexpectedly.\n\tThis probably means the backend terminated abnormally\n\tbefore or while processing the request.\n INSERT INTO teststeprun (description, stepunqid, stepid, stepstarttime, duration, parentsn, stepresult) VALUES ('Qos Reset', '24920757/3267', ' 95. 4', '2007-06-02 19:02:05', '0 0:0:25', '5311955', '0')" Also worth mentioning is that I just this week found out about a very, very important parameter "shared buffers". Ever since the original person setup our PG (individual no longer with us) this DB had been running without any major glitches, albeit slow. All this time the shared buffers were running at default of "64" (8192 block size). Once I have got this back up and running I have since set this to 1600 shared buffers (~125MB). I've since noticed a dramatic performance improvement, I hope that I've striked gold. But cannot claim victory yet it's only been up for 2 days. -Jose -----Original Message----- From: Alvaro Herrera [mailto:alvherre@commandprompt.com] Sent: Thursday, June 07, 2007 7:02 AM To: Richard Huxton Cc: ARTEAGA Jose; pgsql-general@postgresql.org Subject: Re: [GENERAL] Limitations on 7.0.3? Richard Huxton wrote: > ARTEAGA Jose wrote: > >I have been using postgres 7.0.3 (Solaris 2.9) for the past 4 years > >without any major problems, until about a month ago. We are now > >experiencing crashes on the backend (connection lost to backend) while > >running queries (inserts, etc). Anyway I don't want to make this too > >technical but I'd just like to understand if maybe I'm running into some > >sort of limit on the size of the database. My biggest table is currently > >at 1.5B tuples. > > > >Would appreciate if anyone could let me know or is aware of any limits > >with 7.0 version. > > I don't remember any specific size limitations on the 7.0 series. For > more detailed help you'll have to provide some specific error messages. 7.0 didn't have any protection against Xid wraparound. As soon as you hit the 4 billion transactions mark, your data suddenly disappeared. That's what I heard at least -- I didn't have much experience with such an old beast. We switched rather quickly to 7.1. -- Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4 "Before you were born your parents weren't as boring as they are now. They got that way paying your bills, cleaning up your room and listening to you tell them how idealistic you are." -- Charles J. Sykes' advice to teenagers
pgsql-general by date: