PostgreSQL 9: не удалось fsync-файл "base / 16386": неверный аргумент - PullRequest
1 голос
/ 15 ноября 2010

Я пытаюсь протестировать небольшую установку PostgreSQL, поэтому я собрал быструю локальную установку.Однако, когда я пытаюсь создать свой личный БД с помощью createb, он захлебывается такими ошибками (в частности, он запускается с base / 16384 в первый раз и увеличивается каждый раз, когда я его запускаю).Кто-нибудь знает, что здесь происходит, или, если я пропущу какую-то тривиальную конфигурацию, это может вызвать это?Спасибо, и это несколько критично ко времени, поэтому, пожалуйста, ответьте, если знаете что-нибудь.Спасибо!

ОБНОВЛЕНИЯ:
Я запускаю это на сервере CentOS 5, извиняюсь, что у меня не так много дополнительной информации (это общая учетная запись на этом сервере).uname -a имеет следующий вывод:

Linux {OMITTED} 2.6.18-194.11.4.el5 # 1 SMP вт 21 сентября 05:04:09 EDT 2010 x86_64 x86_64 x86_64 GNU / Linux

Я установил PostgreSQL из источника из:

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

, встроенного в мой домашний каталог и установленного с префиксом = $ HOME / local / pgsql.

Вот показание терминала для меня, пытающегося создать базу данных моего пользователя при установке свежих данных:

[htung @ {OMITTED}: ~] $ killall postgres
LOG: закрытие запуска автоочисткиdown
LOG: получен запрос на интеллектуальное отключение
LOG: выключен
LOG: система базы данных выключена
[htung @ {OMITTED}: ~] $ rm -r tmp
mk [1] + Готово ../local/pgsql/bin/postgres -D $ HOME / tmp (wd: ~ / tmp)
(wd сейчас: ~)
[htung @ {OMITTED}: ~] $ mkdir tmp
[htung @ {OMITTED}: ~] $ local / pgsql / bin / initdb -D $ HOME / tmp
Файлы, принадлежащие этой системе баз данных, будут принадлежать пользователю "htung".
Этот пользовательтакже должен владеть процессом сервера.

Кластер базы данных будет инициализирован с помощью локали en_US.UTF-8.
Соответственно, кодировка базы данных по умолчанию была установлена ​​в UTF8.
Конфигурация текстового поиска по умолчанию будет установлена ​​на "english".

исправление разрешений для существующего каталога / afs / {OMITTED} / htung / tmp ... ok
создание подкаталогов ... ok
выбор значения по умолчанию max_connections ... 100
выбор значения по умолчанию shared_buffers... 32MB
создание файлов конфигурации ... ok
создание базы данных template1 в / afs / {OMITTED} / htung / tmp / base / 1 ... ok
инициализация pg_authid ... ok
инициализация зависимостей ... ок
создание системных представлений ... ок
загрузка описаний системных объектов ... ок
создание преобразований ... ок
создание словарей ... ок
установка привилегий для встроенных объектов ... ок
создание информационной схемы ... ок
загрузка PL / pgSQL серверного языка ... ок
очистка базы данных шаблона1 ... ок
копированиеtemplate1 to template0 ... ok
копирование template1 в postgres ... ok

ПРЕДУПРЕЖДЕНИЕ: включение «доверенной» аутентификации для локальных соединений
Вы можете изменить это, отредактировав pg_hba.conf или используя -Опция
nexвремя запуска initdb.

Успех.Теперь вы можете запустить сервер базы данных, используя:

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

или
local / pgsql / bin / pg_ctl -D / afs / {OMITTED} / htung / tmp -l start logfile start

[htung @ {OMITTED}: ~] $ local / pgsql / bin / postgres -D $ HOME / tmp
LOG: система базы данных была закрыта в 2010-11-15 13:47:25 PST
LOG: автозапуск запускается
LOG: система баз данных готова к приему соединений

[1] + остановлен локальный / pgsql / bin / postgres -D $ HOME / tmp
[htung @ {OMITTED}:~] $ bg
[1] + local / pgsql / bin / postgres -D $ HOME / tmp &
[htung @ {OMITTED}: ~] $ local / pgsql / bin / creatb
ОШИБКА:не удалось fsync файл "base / 16384": неверный аргумент
STATEMENT: CREATE DATABASE htung;

createb: сбой при создании базы данных: ОШИБКА: не удалось fsync-файл "base / 16384": неверный аргумент
[htung @ {OMITTED}: ~] $

1 Ответ

0 голосов
/ 16 ноября 2010

Я полагаю, что вы, возможно, работаете здесь с системой SE linux. Я бы порекомендовал либо отключить SELinux и посмотреть, работает ли он, либо установить с RPM-пакетов, доступных на сайте postgresql.

...