Re: initdb

From: Alvaro Herrera <alvherre(at)atentus(dot)com>
To: Pablo Morales <pablo(dot)morales(at)abitab(dot)com(dot)uy>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: initdb
Date: 2002-06-24 21:59:35
Message-ID: Pine.LNX.4.44.0206241755130.12499-100000@cm-lcon-46-187.cm.vtr.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Pablo Morales dijo:

Hola:

> I've gotta problem with initdb, the first time I initialized the base, it
> went on ok, , under the /data directory I had template1, and a test database
> I created, a few days ago, I have some problems an decided to intialize it
> again, to begin from scratch, but initdb does not create the same
> directories structure, instead it creates directories with number names, ej,
> 14556, 1, 15555, and inside those directories, archives with the same
> patern, for example 000000000.

Starting with 7.1, files and directories are named using their OID
rather than name. This allows for example for rolling back a DROP TABLE
statement and other "cool stuff Oracle doesn't have" :-)

Anyway seems pretty difficult to have some file named 0000000000000000
in your database directories; that kind of thing is restricted to
pg_xlog.

> This happened on Suse and FreeBSD, at home I've got red hat and it's
> working fine, but do not know if it's a bug or if it will happen in my red
> hat machine.

It will happen as soon as you upgrade. It's a feature, not a bug. You
can use contrib/oid2name for looking up the names.

--
Alvaro Herrera (<alvherre[a]atentus.com>)
"El destino baraja y nosotros jugamos" (A. Schopenhauer)

In response to

  • initdb at 2002-06-24 15:25:48 from Pablo Morales

Browse pgsql-general by date

  From Date Subject
Next Message Robert Treat 2002-06-24 22:28:15 Re: calling a plpgsql procedure
Previous Message Dan Weston 2002-06-24 21:43:11 Re: Need help on index!!!