PostgreSQL 9: podía archivo “base / 16386” no fsync: argumento no válido

Question

Estoy intentando probar una pequeña instalación de PostgreSQL, así que armó instalar una rápida local. Sin embargo, cuando estoy tratando de crear mi db personal con createdb, se ahoga en errores como este (en particular, se inicia con base / 16384 primera vez, y se incrementa cada vez que lo ejecuto). Alguien sabe lo que está pasando aquí, o si hay alguna configuración trivial echaba de menos que causaría esto? Gracias, y esto es algo crítico en el tiempo, así que por favor responda si sabe algo. ¡Gracias!

ACTUALIZACIÓN:
Me estoy quedando este en un CentOS 5 servidor, disculpas que no tengo demasiados detalles adicionales (que es una cuenta compartida en ese servidor). uname -a tiene el siguiente resultado:

Linux {} OMITTED 2.6.18-194.11.4.el5 # 1 SMP Mar Sep 21 de 2010 05:04:09 EDT x86_64 x86_64 x86_64 GNU / Linux

He instalado PostgreSQL desde la fuente a partir de:

http: // wwwmaster.postgresql.org/download/mirrors-ftp/source/v9.0.1/postgresql-9.0.1.tar.bz2

incorporado en mi directorio personal e instalado a prefix = $ HOME / / pgsql local.

He aquí una lectura de terminales para mí intentar crear db de mi usuario en una configuración de datos actualizados:

[htung @ {} OMITIDO: ~] $ killall postgres
REGISTRO: autovacuum lanzador de cierre hacia abajo
REGISTRO: apagado inteligente recibido solicitud
REGISTRO: el cierre de
REGISTRO: sistema de base de datos se cierra
[Htung @ {} omitido: ~] $ rm -r tmp
mk [1] + Done ../local/pgsql/bin/postgres -d $ HOME / tmp (WD: ~ / tmp)
(WD ahora: ~)
[Htung @ {} OMITIDO: ~] $ mkdir tmp
[Htung @ {} omitido: ~] $ local / pgsql / bin / initdb -D $ HOME / tmp
Los archivos que pertenecen a este sistema de base de datos serán propiedad de usuario "htung".
Este usuario también debe poseer el proceso del servidor.

El cluster será inicializado con en_US.UTF-8 configuración regional.
La codificación de datos predeterminada ha sido consecuencia conjunto a UTF8.
La configuración por defecto de búsqueda de texto se establece en "Inglés".

permisos en el directorio existente / afs / {} OMITIDO / htung / tmp ... ok
fijación crear subdirectorios ... ok
la selección por defecto max_connections ... 100
la selección por defecto shared_buffers ... 32MB
la creación de los archivos de configuración ... ok
la creación de base de datos en template1 / AFS / {} OMITIDO / htung / tmp / base / 1 ... ok
inicializar pg_authid ... ok
inicializar dependencias ... ok
la creación de vistas del sistema ... ok
descripciones de objetos del sistema de carga ... ok
la creación de conversiones ... ok
la creación de diccionarios ... ok
el establecimiento de privilegios sobre objetos incorporados ... ok
la creación de esquema de información ... ok
carga PL / pgSQL lenguaje de servidor ... ok
aspiradora template1 base de datos ... ok
copiar template1 a template0 ... ok
copiar template1 a postgres ... ok

ADVERTENCIA: activar la autenticación de "confianza" para conexiones locales
Puede cambiar esto editando pg_hba.conf o utilizando la opción -A la Red próxima vez que ejecute initdb.

Éxito. Ahora puede iniciar el servidor de base de datos utilizando:

local/pgsql/bin/postgres -D /afs/{OMITTED}/htung/tmp  

o
local / pgsql / bin / pg_ctl -D / afs / {} OMITIDO / htung / tmp -l archivo de registro iniciar

[htung @ {} OMITIDO: ~] $ / pgsql / bin / postgres locales -D $ HOME / tmp
REGISTRO: sistema de base de datos se apagó a los 2010-11-15 13:47:25 PST
REGISTRO: lanzador autovacuum comenzó
REGISTRO: sistema de base de datos está listo para aceptar conexiones

[1] + / pgsql / bin / postgres locales Stopped -D $ HOME / tmp
[Htung @ {} omitido: ~] $ bg
[1] + local / pgsql / bin / postgres -D $ HOME / tmp y
[Htung @ {} omitido: ~] $ local / pgsql / bin / createdb
ERROR: no pudo presentar fsync "base / 16384": Argumento no válido
DECLARACIÓN: CREATE DATABASE htung;

createdb: la creación de bases de datos ha fallado: ERROR: no podía fsync archivo "base / 16384": Argumento no válido
[Htung @ {} OMITIDO: ~] $

Answer 1

Me imagino que usted está posiblemente corriendo en el sistema Linux SE aquí. Se lo recomiendo a cualquiera desvío SELinux y ver si funciona, o para instalar desde RPMs disponibles desde el sitio web de PostgreSQL.