Francesco Vecchio wrote: > I have a problem with the command: > > # initdb -D /geasql/data > > which after displaying: > selecting default max_connections … > it stops and does not proceed. > > I tried on another server and the problem is the same. > The ps command list initdb followed by the following process: > > /opt/freeware/bin/postgres --boot -x0 -F -c max_connections=100 -c shared_buffers=1000 > > The following lines are the output of the initdb command: > > $ initdb –-debug -D /geasql/data. . . . > The files belonging to this database system will be owned by user "postgres". > This user must also own the server process. > VERSION=9.3.5 > PGDATA=/geasql/data > share_path=/opt/freeware/share/postgresql > PGPATH=/opt/freeware/bin > POSTGRES_SUPERUSERNAME=postgres > POSTGRES_BKI=/opt/freeware/share/postgresql/postgres.bki > POSTGRES_DESCR=/opt/freeware/share/postgresql/postgres.description > POSTGRES_SHDESCR=/opt/freeware/share/postgresql/postgres.shdescription > POSTGRESQL_CONF_SAMPLE=/opt/freeware/share/postgresql/postgresql.conf.sample > PG_HBA_SAMPLE=/opt/freeware/share/postgresql/pg_hba.conf.sample > PG_IDENT_SAMPLE=/opt/freeware/share/postgresql/pg_ident.conf.sample > The database cluster will be initialized with locale "en_US". > The default database encoding has accordingly been set to "LATIN1". > The default text search configuration will be set to "english". > Data page checksums are disabled. > fixing permissions on existing directory /geasql/data ... ok > creating subdirectories ... ok > selecting default max_connections ... > > ****** > Il server è IBM > System Model: 7029-6E3 > Processor Type: PowerPC_POWER4 > CPU Type: 64-bit > Kernel Type: 32-bit > Memory Size: 2048 MB > S.O. AIX 5.2 > Postgresql and dependences I downloaded from the site www.oss4aix.org strictly respecting the deps of the site. You could use "truss" on or attach a debugger to the hanging "postgres" process to see what it is doing. You should *not* be using PostgreSQL 9.3.5. Retry with 9.3.24 so you have all known bugs fixed. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com
