[HACKERS] fatal: cache id 30 (or alike)

2005-02-02 Thread G u i d o B a r o s i o
Following belows thread http://www.mail-archive.com/pgsql-hackers@postgresql.org/msg43381.html I am experiencing the same problem on a brand new, extremely fresh, solaris 5.9 and PostgreSQL 7.4.6 box. As expected, the problem was solved when passing the -d [1-5] to the postmaster. But... I was

[HACKERS] double error msg [ 8.0 rc1 ]

2004-12-17 Thread G u i d o B a r o s i o
Dear all, Found a similar message on the archives, but from 2 years ago, and not too much about this. (8.0 rc1 the guilty one) guido=# \d test1 Table "public.test1" Column | Type | Modifiers +-+

Re: [HACKERS] invalid page header

2004-11-18 Thread G u i d o B a r o s i o
Thanks all for the quick reply. Cheers, Regards, and muchas gracias!! Guido. > On Thu, Nov 18, 2004 at 10:45:53 -0500, > Tom Lane <[EMAIL PROTECTED]> wrote: > > G u i d o B a r o s i o <[EMAIL PROTECTED]> writes: > > >I am worry about a hardware proble

[HACKERS] invalid page header

2004-11-18 Thread G u i d o B a r o s i o
Guys, Sorry for writing here. The point is that google does not helps very much with this error message, and the lists also, cause they throw different posible diagnosis for the same problem. And I think that the creators of the "beast" will further know what it's going on, or at least give

[HACKERS] banner vs version

2004-09-15 Thread G u i d o B a r o s i o
[EMAIL PROTECTED] local]$ psql template1 Welcome to psql 8.0.0beta2, the PostgreSQL interactive terminal. Type: \copyright for distribution terms \h for help with SQL commands \? for help with psql commands \g or terminate with semicolon to execute query \q to quit te

[HACKERS] PG_exception_stack

2004-09-15 Thread G u i d o B a r o s i o
Didn't find a solution for this on the lists, and I am not a yet-brand-new-guru, so... I ask :) What about this? I've found a box (dual Intel(R) Xeon(TM) CPU 2.80GHz) in which to test the beta2. Trying to cretae proc languages I found this error. I've seen error creating languages on other b

Re: [HACKERS] [ADMIN] slower every day

2004-09-01 Thread G u i d o B a r o s i o
s, > Michael Paesold > > G u i d o B a r o s i o wrote: > > > The solution appeared as something I didn't know > > > > On the .conf file > > > > Previous situation: > > > > #log_something=false > > log_something=true >

Re: [HACKERS] [ADMIN] slower every day

2004-09-01 Thread G u i d o B a r o s i o
for the same issue, and that I should realize that this > is MY MISTAKE, the log defaults on a reload, if commented, tend to be the last value > entered? > > Regards, > Guido > > > > Am Mittwoch, 1. September 2004 12:06 schrieb G u i d o B a r o s i o: > > >

Re: [HACKERS] Tom in Doom3?

2004-08-05 Thread G u i d o B a r o s i o
Lol! :) > Hey Tom, > > Did you rate a mention in the Doom 3 readme file? :) > > --- > 4. COPYRIGHT INFORMATION > > DOOM 3 is linked with the JpegLib, copyright (c)1991-1998 Thomas G. > Lane/Independent JPEG Group. All rights reserved. > --- > > Cool :) > > Chris > > ---

Re: [HACKERS] PITR - recovery to a particular transaction

2004-08-04 Thread G u i d o B a r o s i o
8.0 || 7.5?? g:) > The PITR docs that have just been put up say: > > But if you want to recover to some previous point in time (say, > right before the junior DBA dropped your main transaction > table), just specify the required stopping point in > recovery.conf.