BUG #1072: "$libdir/ascii_and_mic": No such file or directory
От | PostgreSQL Bugs List |
---|---|
Тема | BUG #1072: "$libdir/ascii_and_mic": No such file or directory |
Дата | |
Msg-id | 20040202144713.535F7CF4CB3@www.postgresql.com обсуждение исходный текст |
Ответы |
Re: BUG #1072: "$libdir/ascii_and_mic": No such file or directory
|
Список | pgsql-bugs |
The following bug has been logged online: Bug reference: 1072 Logged by: Thomas Borg Salling Email address: tbs@navicon.dk PostgreSQL version: 7.4 Operating system: Red Hat Linux (2.4.20-20.7) Description: "$libdir/ascii_and_mic": No such file or directory Details: I have downloaded and built Postgres 7.4.1: as user 'tbs': ./configure --prefix=/opt/postgres-7.4.1/ --with-perl --enable-thread-safety make make check as user 'root': make install mkdir /data/postgres chown -R postgres /opt/postgres-7.4.1 chgrp -R postgres /opt/postgres-7.4.1 chown -R postgres /data/postgres chgrp -R postgres /data/postgres as user 'postgres': [postgres@hubertus postgres]$ /opt/postgres-7.4.1/bin/initdb -D /data/postgres/ The files belonging to this database system will be owned by user "postgres". This user must also own the server process. The database cluster will be initialized with locale en_US.iso885915. fixing permissions on existing directory /data/postgres/... ok creating directory /data/postgres//base... ok creating directory /data/postgres//global... ok creating directory /data/postgres//pg_xlog... ok creating directory /data/postgres//pg_clog... ok selecting default max_connections... 100 selecting default shared_buffers... 1000 creating configuration files... ok creating template1 database in /data/postgres//base/1... ok initializing pg_shadow... ok enabling unlimited row size for system tables... ok initializing pg_depend... ok creating system views... ok loading pg_description... ok creating conversions... ERROR: could not access file "$libdir/ascii_and_mic": No such file or directory initdb: failed Why does this fail? What can I do to resolve it? Thanks in advance! /Thomas.
В списке pgsql-bugs по дате отправления: