Re: [GENERAL] problem with initdb

2014-01-07 Thread John McKown
If it were me, I'd probably do something like (my id is not root, but I can use sudo to run something as root) sudo mv -vn /var/lib/pgsql/data /var/lib/pgsql/data-old sudo su - postgres #change to user postgres initdb pg_ctl start exit #exit back to my id, from being postgres If you need to, afte

Re: [GENERAL] problem with initdb

2014-01-07 Thread Adrian Klaver
On 01/07/2014 09:11 AM, Susan Cassidy wrote: I ran an initdb, but got a message that the Encoding I specified was invalid, so I tried to run it again, and now I get: initdb: directory "/var/lib/pgsql/data" exists but is not empty If you want to create a new database system, either remove or empt

[GENERAL] problem with initdb

2014-01-07 Thread Susan Cassidy
I ran an initdb, but got a message that the Encoding I specified was invalid, so I tried to run it again, and now I get: initdb: directory "/var/lib/pgsql/data" exists but is not empty If you want to create a new database system, either remove or empty the directory "/var/lib/pgsql/data" or run in

[GENERAL] Problem with initdb and ephemeral drives when rebooting

2012-08-29 Thread Sébastien Lorion
Hello, When doing the setup for a benchmark of pgsql on an High IO instance of Amazon, I got the following problem and was wondering if it is expected: On FreeBSD 9.0 amd64, I installed PostgreSQL 9.1.5 on the boot drive (UFS), created a ZFS pool using the 2 SSD drives (tank/db), chown pgsql tank

Re: [GENERAL] Problem with initdb and two versions on one server?

2012-03-01 Thread Chris McCormick
Thank for the good input. I found my problem. I compiled initially *with* the --disable-rpath option. When I realised my mistake, I did a make uninstall, reconfigured, rebuilt, and reinstalled. My post was made when I had done this and thought I had the settings as stated. However, the uninstall d

Re: [GENERAL] Problem with initdb and two versions on one server?

2012-02-28 Thread Rainer Pruy
Hello Chris, can not provide much help. But definitely the message sounds like case (1) (8.3 server accessing 7.4 files) I did encounter such with two occasions: a) used an old initdb version b) using an rc script that had hard coded path to the (old) data directory both cases seem not to appl

Re: [GENERAL] Problem with initdb and two versions on one server?

2012-02-28 Thread Tom Lane
Chris McCormick writes: >     Because of issues with dump/restore, I am instead setting up a > second cluster under a newer version so I can slowly migrate data (I > have 7.4.30, and am adding 8.3.18 on the same box). The problem is > that when I try to start the new postmaster it complains: > "F

[GENERAL] Problem with initdb and two versions on one server?

2012-02-28 Thread Chris McCormick
Hello all,     Because of issues with dump/restore, I am instead setting up a second cluster under a newer version so I can slowly migrate data (I have 7.4.30, and am adding 8.3.18 on the same box). The problem is that when I try to start the new postmaster it complains: "FATAL:  database files ar

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-19 Thread David Fetter
On Tue, Oct 19, 2010 at 08:48:13AM +0200, Torsten Zühlsdorff wrote: > Thom Brown schrieb: > > >initdb creates a database cluster, not a database. [..] > > Now i'm feeling like fool - this is so obviously. -.- I will stop > posting stressed to the Usenet. Yay, an NNTP user :) We've all been the

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Torsten Zühlsdorff
Thom Brown schrieb: initdb creates a database cluster, not a database. [..] Now i'm feeling like fool - this is so obviously. -.- I will stop posting stressed to the Usenet. I'm sorry. Thanks for your replies and time! Greetings, Torsten -- http://www.dddbl.de - ein Datenbank-Layer, der

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Bill Moran
In response to Tom Lane : > Adrian Klaver writes: > > On Monday 18 October 2010 7:46:21 am Torsten Z_hlsdorff wrote: > >> So: any idea why the database is not visible? And how do get rid of the > >> "non-existing" databases ;) > > > My guess is that you have more than one installation of Postgre

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Tom Lane
Adrian Klaver writes: > On Monday 18 October 2010 7:46:21 am Torsten Zühlsdorff wrote: >> So: any idea why the database is not visible? And how do get rid of the >> "non-existing" databases ;) > My guess is that you have more than one installation of Postgres. The initdb > is > working on one c

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Adrian Klaver
On Monday 18 October 2010 7:46:21 am Torsten Zühlsdorff wrote: > Hello, > > i'm using initdb of an PostgreSQL 8.4 installed over the port-system of > FreeBSD: > > = > > > initdb foo --locale=de_DE.UTF-8 --lc-collate=de_DE.UTF-8 > > --lc-ctype=de_DE.UTF-8 --lc-messages=de_DE.UTF-8 > --lc-moneta

Re: [GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Thom Brown
On 18 October 2010 15:46, Torsten Zühlsdorff wrote: > Hello, > > i'm using initdb of an PostgreSQL 8.4 installed over the port-system of > FreeBSD: > > = > >> initdb foo --locale=de_DE.UTF-8 --lc-collate=de_DE.UTF-8 >> --lc-ctype=de_DE.UTF-8 --lc-messages=de_DE.UTF-8 --lc-monetary=de_DE.UTF-8

[GENERAL] Problem with initdb: creates database which do not exists

2010-10-18 Thread Torsten Zühlsdorff
Hello, i'm using initdb of an PostgreSQL 8.4 installed over the port-system of FreeBSD: = > initdb foo --locale=de_DE.UTF-8 --lc-collate=de_DE.UTF-8 --lc-ctype=de_DE.UTF-8 --lc-messages=de_DE.UTF-8 --lc-monetary=de_DE.UTF-8 --lc-numeric=de_DE.UTF-8 --lc-time=de_DE.UTF-8 The files belon

[GENERAL] problem with initdb on sparc

2000-04-14 Thread Grzegorz Brzezinski
I have compiled beta5 on linux_sparc...(Sun ULTRA1) but initdb returns error... Error: unknown type 'oid8' ... I compiled with configuration... --with-template=linux_sparc --enable-locale --enable-multibyte=LATIN2 --with-odbc --with-perl --with-tcl What's wrong? --Greg--