Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM
От | Ryan Kirkpatrick |
---|---|
Тема | Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM |
Дата | |
Msg-id | Pine.LNX.4.21.0103251643080.12181-100000@excelsior.rkirkpat.net обсуждение исходный текст |
Ответ на | Vaccuum Failure w/7.1beta4 on Linux/Sparc (Ryan Kirkpatrick <pgsql@rkirkpat.net>) |
Ответы |
Re: Re: Vaccuum Failure w/7.1beta4 on Linux/Sparc -- FALSE ALARM
|
Список | pgsql-hackers |
On Mon, 12 Mar 2001, Ryan Kirkpatrick wrote: > While testing some existing database applications on 7.1beta4 on > my Sparc 20 running Debian GNU/Linux 2.2, I got the following error on > attempting to do a vacuum of a table: > > NOTICE: FlushRelationBuffers(jobs, 1399): block 953 is referenced (private 0, global 1) > ERROR! Can't vacuum table Jobs! ERROR: VACUUM (repair_frag): FlushRelationBuffers returned -2 I moved the data directory to a local parition (from the NFS mounted one it was on) and reran my application. It worked fine this time, vaccuming tables with out errors and the above error was never seen. Looks like pgsql is not NFS safe, or at least with Linux's implementation. This is good news in that it is not a serious issue,but bad news in that now I really do have to hurry up and get more local space for this box to do anything useful with it. :)Thanks for everyone's help. TTYL. --------------------------------------------------------------------------- | "For to me to live is Christ, and to die is gain." | | --- Philippians 1:21 (KJV) | --------------------------------------------------------------------------- | Ryan Kirkpatrick | Boulder, Colorado | http://www.rkirkpat.net/ | ---------------------------------------------------------------------------
В списке pgsql-hackers по дате отправления: