Добрый день
Выпал Postgresql и больше не запускается, в логах


LOG: loaded library "online_analyze"
LOG: loaded library "plantuner"
LOG: database system was shut down at 2015-04-09 09:11:44 EEST
LOG: could not link file "pg_xlog/xlogtemp.79221" to "pg_xlog/00000001000000000000004F" (initialization of log file 0, segment 79): Operation not permitted
FATAL: could not open file "pg_xlog/00000001000000000000004F" (log file 0, segment 79): No such file or directory
LOG: startup process (PID 79221) exited with exit code 1
LOG: aborting startup due to startup process failure
LOG: loaded library "online_analyze"
LOG: loaded library "plantuner"
LOG: database system was shut down at 2015-04-09 09:11:44 EEST
LOG: could not link file "pg_xlog/xlogtemp.79344" to "pg_xlog/00000001000000000000004F" (initialization of log file 0, segment 79): Operation not permitted
FATAL: could not open file "pg_xlog/00000001000000000000004F" (log file 0, segment 79): No such file or directory
LOG: startup process (PID 79344) exited with exit code 1
LOG: aborting startup due to startup process failure


Зашел в эту папку и действительно нету файла 00000001000000000000004F.

Не могу понять почему так получилось. Работало, а потом хлоп и все, не работает.

Как решить эту проблему, как запустить Постгрес?

в яндексе первой ссылкой решение проблемы

*искать по "FATAL: could not open file pg_xlog"

Спасибо
Вот решение http://www.mironovs.com/databases/vosstanovlenie-postgresql-posle-povrezhdeniya-fajlov-xlog.html

А почему такое происходит?
За последние два дня два раза случилось такое ((

Здравый смысл подсказывает, что диски первым делом проверить надо.

Диск нормальный проверил.
И вот опять такая же проблема ((

есть еще идеи почему такое может происходить?

(0) ищи, чем прибивается xlog.

* может сам руками вместо обычного лога прибил.

руками исключено

а сам постгрес не может валится и когда валится ломать этот файл?

сейчас смотрю в лог и вижу такие записи, что они значат?

LOG:  autovacuum: found orphan temp table "pg_temp_4"."tt2" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_4"."tt3" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_4"."tt4" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt1" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt2" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt3" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt4" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt5" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_5"."tt1" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_5"."tt2" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_5"."tt3" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_5"."tt4" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_5"."tt5" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_6"."tt1" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_6"."tt2" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_6"."tt3" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_6"."tt4" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_7"."tt1" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_7"."tt2" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_7"."tt3" in database "delta"

временные таблицы. отчеты делали наверное.

(11) Целая ветка . http://www.cyberforum.ru/postgresql/thread951442.html

постгри хоть заточенный под 1С брал? или скачал оригинальный?

(14) заточенный

(15) Скуль ставте и спокойно занимайтесь  проганием  в 1С .  Логи разбирать это того ...

(15) уже хорошо.
За 6 лет у меня постгри по xlog упал всего раз- когда руками удалили.

(16) скуль денех стоит. кризис.

(16) + да и заточен скуль под винду, за которую опять платить надо.

(18) Понятно . Значит без вариантов.

О снова вылетело, уже третий раз за сегодня

вот что в логах, не могу понять как побороть



LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt4" in database "delta"
LOG:  autovacuum: found orphan temp table "pg_temp_8"."tt5" in database "delta"
LOG:  could not link file "pg_xlog/xlogtemp.104605" to "pg_xlog/000000010000000000000051" (initialization of log file 0, segment 81): Operation not permitted
STATEMENT:  create temporary table tt4 (_C_1RRef bytea,_C_2 bytea,_C_3 boolean,_C_4 timestamp,_C_5 timestamp,_C_6 mvarchar(11),_C_7 boolean,_C_8RRef bytea,_C_9 numeric(10,2),_C_10 numeric(10,2),_C_11 numeric(10,2),_C_12 mvarchar,_C_13 numeric(10,2),_C_14 numeric(10,2),_C_15RRef bytea,_C_16 mvarchar,_C_17 mvarchar,_C_18 mvarchar,_C_19 mvarchar,_C_20 mvarchar(10),_C_21 mvarchar,_C_22 mvarchar,_C_23 mvarchar,_C_24RRef bytea,_C_25RRef bytea,_C_26 numeric(10,0),_C_27RRef bytea,_C_28RRef bytea,_C_29RRef bytea,_C_30 mvarchar(20),_C_31RRef bytea,_C_32RRef bytea,_C_33 mvarchar(15),_C_34 mvarchar,_C_35 mvarchar(6),_C_36 mvarchar(10),_C_37 mvarchar(12),_C_38 mvarchar(100),_C_39 mvarchar(30),_C_40 timestamp,_C_41 timestamp,_C_42RRef bytea,_C_43RRef bytea,_C_44 mvarchar,_C_45RRef bytea,_C_46RRef bytea,_C_47RRef bytea,_C_48 timestamp,_C_49 timestamp,_C_50RRef bytea,_C_51RRef bytea,_C_52RRef bytea,_C_53 boolean,_C_54RRef bytea,_C_55 boolean,_C_56 mvarchar(100),_C_57 mvarchar,_C_58RRef bytea,_C_59 numeric(13,0),_C_60 mvarchar,_C_61 mvarchar(99),_C_62 numeric(10,0),_C_63 numeric(10,0),_C_64 numeric(10,0),_C_65 numeric(10,0),_C_66 mvarchar,_C_67 mvarchar,_C_68 mvarchar,_C_69RRef bytea,_C_70 numeric(10,2),_C_71RRef bytea,_C_72RRef bytea,_C_73 numeric(10,2),_C_74 numeric(10,2),_C_75 numeric(12,6),_C_76 numeric(6,2),_C_77 mvarchar,_C_78 mvarchar,_C_79 mvarchar,_C_80 boolean,_C_81 boolean,_C_82 boolean,_C_83 boolean,_C_84RRef bytea,_C_85RRef bytea,_C_86 numeric(10,2),_C_87 numeric(12,6),_C_88RRef bytea,_C_89 numeric(18,12),_C_90RRef bytea,_C_91RRef bytea,_C_92RRef bytea,_C_93 numeric(3,0),_C_94RRef bytea,_C_95RRef bytea,_C_96RRef bytea,_C_97RRef bytea,_C_98RRef bytea,_C_99RRef bytea,_C_100 timestamp,_C_101RRef bytea,_TTC_1 bytea,_TTC_2 timestamp,_TTC_3RRef bytea,SDBL_IDENTITY serial4) WITHOUT OIDS
PANIC:  could not open file "pg_xlog/000000010000000000000051" (log file 0, segment 81): No such file or directory
STATEMENT:  create temporary table tt4 (_C_1RRef bytea,_C_2 bytea,_C_3 boolean,_C_4 timestamp,_C_5 timestamp,_C_6 mvarchar(11),_C_7 boolean,_C_8RRef bytea,_C_9 numeric(10,2),_C_10 numeric(10,2),_C_11 numeric(10,2),_C_12 mvarchar,_C_13 numeric(10,2),_C_14 numeric(10,2),_C_15RRef bytea,_C_16 mvarchar,_C_17 mvarchar,_C_18 mvarchar,_C_19 mvarchar,_C_20 mvarchar(10),_C_21 mvarchar,_C_22 mvarchar,_C_23 mvarchar,_C_24RRef bytea,_C_25RRef bytea,_C_26 numeric(10,0),_C_27RRef bytea,_C_28RRef bytea,_C_29RRef bytea,_C_30 mvarchar(20),_C_31RRef bytea,_C_32RRef bytea,_C_33 mvarchar(15),_C_34 mvarchar,_C_35 mvarchar(6),_C_36 mvarchar(10),_C_37 mvarchar(12),_C_38 mvarchar(100),_C_39 mvarchar(30),_C_40 timestamp,_C_41 timestamp,_C_42RRef bytea,_C_43RRef bytea,_C_44 mvarchar,_C_45RRef bytea,_C_46RRef bytea,_C_47RRef bytea,_C_48 timestamp,_C_49 timestamp,_C_50RRef bytea,_C_51RRef bytea,_C_52RRef bytea,_C_53 boolean,_C_54RRef bytea,_C_55 boolean,_C_56 mvarchar(100),_C_57 mvarchar,_C_58RRef bytea,_C_59 numeric(13,0),_C_60 mvarchar,_C_61 mvarchar(99),_C_62 numeric(10,0),_C_63 numeric(10,0),_C_64 numeric(10,0),_C_65 numeric(10,0),_C_66 mvarchar,_C_67 mvarchar,_C_68 mvarchar,_C_69RRef bytea,_C_70 numeric(10,2),_C_71RRef bytea,_C_72RRef bytea,_C_73 numeric(10,2),_C_74 numeric(10,2),_C_75 numeric(12,6),_C_76 numeric(6,2),_C_77 mvarchar,_C_78 mvarchar,_C_79 mvarchar,_C_80 boolean,_C_81 boolean,_C_82 boolean,_C_83 boolean,_C_84RRef bytea,_C_85RRef bytea,_C_86 numeric(10,2),_C_87 numeric(12,6),_C_88RRef bytea,_C_89 numeric(18,12),_C_90RRef bytea,_C_91RRef bytea,_C_92RRef bytea,_C_93 numeric(3,0),_C_94RRef bytea,_C_95RRef bytea,_C_96RRef bytea,_C_97RRef bytea,_C_98RRef bytea,_C_99RRef bytea,_C_100 timestamp,_C_101RRef bytea,_TTC_1 bytea,_TTC_2 timestamp,_TTC_3RRef bytea,SDBL_IDENTITY serial4) WITHOUT OIDS
LOG:  server process (PID 104605) was terminated by signal 6: Aborted
DETAIL:  Failed process was running: create temporary table tt4 (_C_1RRef bytea,_C_2 bytea,_C_3 boolean,_C_4 timestamp,_C_5 timestamp,_C_6 mvarchar(11),_C_7 boolean,_C_8RRef bytea,_C_9 numeric(10,2),_C_10 numeric(10,2),_C_11 numeric(10,2),_C_12 mvarchar,_C_13 numeric(10,2),_C_14 numeric(10,2),_C_15RRef bytea,_C_16 mvarchar,_C_17 mvarchar,_C_18 mvarchar,_C_19 mvarchar,_C_20 mvarchar(10),_C_21 mvarchar,_C_22 mvarchar,_C_23 mvarchar,_C_24RRef bytea,_C_25RRef bytea,_C_26 numeric(10,0),_C_27RRef bytea,_C_28RRef bytea,_C_29RRef bytea,_C_30 mvarchar(20),_C_31RRef bytea,_C_32RRef bytea,_C_33 mvarchar(15),_C_34 mvarchar,_C_35 mvarchar(6),_C_36 mvarchar(10),_C_37 mvarchar(12),_C_38 mvarchar(100),_C_39 mvarchar(30),_C_40 timestamp,_C_41 timestamp,_C_42RRef bytea,_C_43RRef bytea,_C_44 mvarchar,_C_45RRef bytea,_C_46RRef bytea,_C_47RRef bytea,_C_48 timestamp,_C_49 timestamp,_C_50RRef bytea,_C_51RRef bytea,_C_52RRef bytea,_C_53 boolean,_C_54RRef bytea,_C_55 boolean,_C_56 mvarchar(100),_C_57 mvarchar,_C_58RRef bytea,_C_59 numeric(13,0),_C_60 mvarchar,_C_61 mva
LOG:  terminating any other active server processes
WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and repeat your command.
WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and repeat your command.
WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and repeat your command.
WARNING:  terminating connection because of crash of another server process
DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT:  In a moment you should be able to reconnect to the database and repeat your command.
LOG:  all server processes terminated; reinitializing
LOG:  database system was interrupted; last known up at 2015-04-09 13:46:29 EEST
LOG:  database system was not properly shut down; automatic recovery in progress
LOG:  redo starts at 0/50D71920
LOG:  could not open file "pg_xlog/000000010000000000000051" (log file 0, segment 81): No such file or directory
LOG:  redo done at 0/50FFFF40
LOG:  last completed transaction was at log time 2015-04-09 13:50:01.700903+03
LOG:  could not link file "pg_xlog/xlogtemp.106142" to "pg_xlog/000000010000000000000051" (initialization of log file 0, segment 81): Operation not permitted
PANIC:  could not open file "pg_xlog/000000010000000000000051" (log file 0, segment 81): No such file or directory
LOG:  startup process (PID 106142) was terminated by signal 6: Aborted
LOG:  aborting startup due to startup process failure

(21) Не работаю с постгри но по  сочетанию  create temporary table tt4 вероятно курить временные таблицы .

(11) v8: PostgreSQL 8.4.4 autovacuum found orphan temp table

Ну лечить я это научился, но блин оно ж падает по 5 раз в день...
Не могу понять причину.

Подскажите куда копать.

http://www.postgresql.org/message-id/CAA-aLv5G5Yb2oRafmueDXHNDEE01zs=NuzvfFZ80X=Wh3uvuyg@mail.gmail.com

не оно?

Прочел, ну не похоже что оно :(

(26) память очень вероятно

(27) Память протестил, все ок.
Еще варианты..ы есть?

(28) как-то ты быстро потестил... нормальный тест займет не один час

что за сервер кстати... память, винты (раид?)

(24) Была такая фигня один раз, около 4-х лет назад, наверное. PostgreSQL то ли 8.4.3, то ли 9.0.3. При соединении с базой одного из пользователей  начинали валиться эти самые orphan temp table. Причем, если соединятся с этой же машины под этим же  именем к другим базам, на на других базах начиналось то же самое. Решилось удалением кэша на этой машине, на сервере, ну и на других рабочих местах тоже, для профилактики. Больше с подобным не сталкивался. Незадолго до этого обновили платформу, это в районе 8.2.14-8.2.15 было...

(30)
debian 7
raid есть
память 16Гб

Люди, ну не как не могу решить проблему, помогите пожалуйста.
Брал postgresql http://ftp.etersoft.ru/pub/Etersoft/Postgre@Etersoft/stable/x86_64/Debian/7.0/

Не ка не могу понять в чем дело, уже боюсь выходить вечером на улицу. =)

Постоянно выпадает и все тут
LOG: could not link file "pg_xlog/xlogtemp.79221" to "pg_xlog/00000001000000000000004F" (initialization of log file 0, segment 79): Operation not permitted
FATAL: could not open file "pg_xlog/00000001000000000000004F" (log file 0, segment 79): No such file or directory

У нас в свое время не прокатила сборка от Etersoft, потому пользуемся сборкой от 1с.

помоему стоит железо поменять, не тестировать, не искать проблемы, а просто поменять и посмотреть что получится

Можешь посмотреть видео от Павла Бородина (админ Yandex)
В нем он рассматривает достаточно подробно схему работы PostgreSQL.
http://www.youtube.com/watch?v=ejLzS6rVpkk

Кстати - полный вакум и реиндексация не помогли?

imho если сыпятся файлы в фс, то проблема врятли в софте

Проблему решил.
Поставил другой постгрес 9.0.4 от етерсофт