PostgreSQL 9: poteva file non fsync “base / 16386”: Invalid argument

Question

Sto cercando di testare una piccola messa a punto di PostgreSQL, così ho messo insieme installare una rapida locale. Tuttavia, quando sto cercando di creare il mio db personale con createdb, si soffoca in caso di errori di questo tipo (in particolare, si inizia con la base / 16384 la prima volta, e con incrementi ogni volta che eseguo). Qualcuno sa che cosa sta succedendo qui, o se c'è qualche config banale mi mancava che causerebbe questo? Grazie, e questo è un po time-critical, quindi per favore rispondere se non sa nulla. Grazie!

AGGIORNAMENTI:
Io corro questo su un server di CentOS 5, scuse che non ho troppi ulteriori dettagli (si tratta di un account condiviso su quel server). -a uname ha il seguente output:

Linux {} OMESSO 2.6.18-194.11.4.el5 # 1 SMP mar 21 set 05:04:09 EDT 2010 x86_64 x86_64 x86_64 GNU / Linux

ho installato PostgreSQL dalla fonte da:

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

incorporato nella mia home directory e installato per prefix = $ HOME / / pgsql locale.

Ecco una lettura terminale per me il tentativo di creare db di mio utente su una configurazione di dati freschi:

[htung @ {} OMESSO: ~] $ killall Postgres
LOG: autovacuum launcher chiusura verso il basso
LOG: ricevuto intelligente arresto richiesta
LOG: spegnimento
LOG: sistema di database viene arrestato
giù [Htung @ {} omesso: ~] $ rm -r tmp
mk [1] + ../local/pgsql/bin/postgres Fatto :-D $ HOME / tmp (WD: ~ / tmp)
(WD ora: ~)
[Htung @ {} OMESSO: ~] $ mkdir tmp
[Htung @ {} omesso: ~] $ local / pgsql / bin / initdb -D $ HOME / tmp
I file che appartengono a questo sistema di database saranno di proprietà dell'utente "htung".
Questo utente deve anche possedere il processo del server.

Il cluster di database verrà inizializzato con locale en_US.UTF-8.
La codifica database predefinito è stato di conseguenza insieme a UTF8.
La configurazione di ricerca testo predefinito sarà impostato su "inglese".

fissaggio autorizzazioni sulla directory esistente / AFS / {} OMESSO / htung / tmp ... ok
la creazione di sottodirectory ... ok
selezionando max_connections predefinite ... 100 | selezionando shared_buffers predefinite ... 32 MB
la creazione di file di configurazione ... ok
la creazione di database in template1 / AFS / {} OMESSO / htung / tmp / base / 1 ... ok
inizializzazione pg_authid ... ok
inizializzazione dipendenze ... ok
la creazione di viste di sistema ... ok
le descrizioni degli oggetti sistema di carico ... ok
la creazione di conversioni ... ok
la creazione di dizionari ... ok
impostazione dei privilegi su oggetti incorporati ... ok
la creazione dello schema informazioni ... ok
carico PL / pgSQL linguaggio server-side ... ok
aspirapolvere template1 database ... ok
la copia template1 a template0 ... ok
la copia template1 a Postgres ... ok

ATTENZIONE: l'abilitazione dell'autenticazione "fiducia" per le connessioni locali
È possibile modificare questo modificando pg_hba.conf o utilizzando l'opzione -A del
la prossima volta che si esegue initdb.

Successo. A questo punto è possibile avviare il server di database utilizzando:

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

o
local / pgsql / bin / pg_ctl -D / AFS / {} OMESSO / htung / tmp -l logfile iniziare

[htung @ {} OMESSO: ~] $ / pgsql / bin / postgres locali -D $ HOME / tmp
LOG: sistema di database è stato chiuso a 2010-11-15 13:47:25 PST
LOG: autovacuum launcher iniziato
LOG: sistema di database è pronto ad accettare connessioni

[1] + Stopped / pgsql / bin / postgres locali -D $ HOME / tmp
[Htung @ {} omesso: ~] $ bg
[1] + local / pgsql / bin / postgres -D $ HOME / tmp &
[Htung @ {} omesso: ~] $ local / pgsql / bin / createdb
ERRORE: poteva file non fsync "base / 16384": Invalid argument
DICHIARAZIONE: CREATE DATABASE htung;

createdb: la creazione del database non riuscita: errore: non poteva fsync file "base / 16384": Invalid argument
[Htung @ {} OMESSO: ~] $

Answer 1

Direi che si sta forse in esecuzione nel sistema Linux SE qui. Mi consiglia di spegnere sia SELinux e vedere se funziona, o per installare da RPM disponibili dal sito web di PostgreSQL.