PostgreSQL 9: impossible fichier fsync « base / 16386 »: Invalid argument

Question

Je suis en train de tester une petite configuration PostgreSQL, donc je bricolé une installation locale rapide. Cependant, quand je suis en train de créer mon db personnel avec createdb, il étrangle sur des erreurs comme celle-ci (notamment, elle commence par la base / 16384 la première fois, et incréments chaque fois que je le lance). Tout le monde sait ce qui se passe ici, ou s'il y a une config trivial j'ai raté qui la cause? Merci, et cela est un peu de temps critique, merci de répondre si vous ne savez quoi que ce soit. Merci!

MISES À JOUR:
Je suis en cela sur un serveur CentOS 5, excuses que je n'ai pas trop de détails (c'est un compte partagé sur ce serveur). uname -a a le résultat suivant:

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

J'ai installé PostgreSQL à partir de la source à partir de:

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

construit dans mon répertoire personnel et installé pour préfixe = $ HOME / local / pgsql.

Voici une lecture de terminal pour moi d'essayer de créer une configuration de nouvelles données de mon utilisateur db:

[htung @ {} OMISE: ~] $ killall postgres
LOG: lance autovacuum vers le bas
fermeture LOG: demande d'arrêt intelligent reçu
LOG: arrêt
LOG: système de base de données est arrêté
[Htung @ {} OMISE: ~] $ rm -r tmp
mk [1] + ../local/pgsql/bin/postgres -D $ HOME Terminé / tmp (wd: ~ / tmp)
(Wd maintenant: ~)
[Htung @ {} OMISE: ~] $ mkdir tmp
[Htung @ {} OMISE: ~] $ local / pgsql / bin / initdb -D $ HOME / tmp
Les fichiers appartenant à ce système de base de données appartiendront par l'utilisateur « htung ».
Cet utilisateur doit également posséder le processus du serveur.

Le cluster de base de données sera initialisé avec en_US.UTF-8 locale.
La base de données par défaut le codage a donc été mis à UTF8.
La configuration de la recherche de texte par défaut sera réglé sur « anglais ».

fixer les autorisations sur le répertoire existant / afs / {OMISE} / htung / tmp ... ok
créer des sous-répertoires ... ok
la sélection max_connections par défaut ... 100
la sélection shared_buffers par défaut ... 32MB
la création de fichiers de configuration ... ok
la création de base de données dans template1 / afs / {OMISE} / htung / tmp / base / 1 ... ok
initialisation ... ok pg_authid
dépendances ... ok initialisation
la création de vues système ... ok
Les descriptions des objets du système de chargement ... ok
créer des conversions ... ok
la création de dictionnaires ... ok
configuration des privilèges sur des objets intégrés ... ok
la création de schéma d'information ... ok
chargement PL / pgSQL langage côté serveur ... ok
base de données template1 passer l'aspirateur ... ok
la copie template1 à template0 ... ok
la copie template1 postgre ... ok

AVERTISSEMENT: activation de l'authentification « de confiance » pour les connexions locales
Vous pouvez modifier cela en éditant pg_hba.conf ou en utilisant l'option -A
la prochaine fois que vous exécutez initdb.

Le succès. Vous pouvez maintenant démarrer le serveur de base de données en utilisant:

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

ou
    local / pgsql / bin / pg_ctl -D / afs / {OMISE} / htung / tmp -l logfile start

[htung @ {} OMISE: ~] $ local / pgsql / bin / postgres -D $ HOME / tmp
LOG: système de base de données a été arrêté à 2010-11-15 13:47:25 PST
LOG: lance-autovacuum a commencé
LOG: système de base de données est prêt à accepter les connexions

[1] + Stopped local / pgsql / bin / postgres -D $ HOME / tmp
[Htung @ {} OMISE: ~] $ bg
[1] + local / pgsql / bin / postgres -D $ HOME / tmp et
[Htung @ {} OMISE: ~] $ local / pgsql / bin / createdb
ERREUR: Impossible fichier fsync "base / 16384": Invalid argument
DÉCLARATION: CREATE DATABASE htung;

createdb: création de base de données a échoué: ERREUR: Impossible fichier fsync "base / 16384": Invalid argument
[Htung @ {} OMISE: ~] $

Answer 1

Je suppose que vous utilisez peut-être dans le système Linux SE ici. Je vous recommande soit désactiver SELinux et voir si cela fonctionne, ou à installer de RPM disponibles sur le site Web de postgresql.