Имя: Пароль:
IT
 
Не стартует PostgreSQL
0 darksmoke
 
09.04.15
09:49
Добрый день
Выпал 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.

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

Как решить эту проблему, как запустить Постгрес?
1 Garikk
 
09.04.15
09:53
в яндексе первой ссылкой решение проблемы
2 Garikk
 
09.04.15
09:53
*искать по "FATAL: could not open file pg_xlog"
3 darksmoke
 
09.04.15
10:02
4 darksmoke
 
09.04.15
10:06
А почему такое происходит?
За последние два дня два раза случилось такое ((
5 fisher
 
09.04.15
10:26
Здравый смысл подсказывает, что диски первым делом проверить надо.
6 darksmoke
 
09.04.15
11:25
Диск нормальный проверил.
И вот опять такая же проблема ((

есть еще идеи почему такое может происходить?
7 ice777
 
09.04.15
11:31
(0) ищи, чем прибивается xlog.
8 ice777
 
09.04.15
11:31
* может сам руками вместо обычного лога прибил.
9 darksmoke
 
09.04.15
12:22
руками исключено
10 darksmoke
 
09.04.15
12:26
а сам постгрес не может валится и когда валится ломать этот файл?
11 darksmoke
 
09.04.15
12:27
сейчас смотрю в лог и вижу такие записи, что они значат?

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"
12 ice777
 
09.04.15
12:46
временные таблицы. отчеты делали наверное.
13 rsv
 
09.04.15
12:47
14 ice777
 
09.04.15
12:47
постгри хоть заточенный под 1С брал? или скачал оригинальный?
15 darksmoke
 
09.04.15
12:51
(14) заточенный
16 rsv
 
09.04.15
12:53
(15) Скуль ставте и спокойно занимайтесь  проганием  в 1С .  Логи разбирать это того ...
17 ice777
 
09.04.15
12:53
(15) уже хорошо.
За 6 лет у меня постгри по xlog упал всего раз- когда руками удалили.
18 ice777
 
09.04.15
12:54
(16) скуль денех стоит. кризис.
19 ice777
 
09.04.15
12:55
(16) + да и заточен скуль под винду, за которую опять платить надо.
20 rsv
 
09.04.15
12:55
(18) Понятно . Значит без вариантов.
21 darksmoke
 
09.04.15
13:54
О снова вылетело, уже третий раз за сегодня

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



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
22 rsv
 
09.04.15
13:59
(21) Не работаю с постгри но по  сочетанию  create temporary table tt4 вероятно курить временные таблицы .
23 ansh15
 
09.04.15
14:10
24 darksmoke
 
16.04.15
17:16
Ну лечить я это научился, но блин оно ж падает по 5 раз в день...
Не могу понять причину.

Подскажите куда копать.
25 igork1966
 
16.04.15
17:29
26 darksmoke
 
16.04.15
17:34
Прочел, ну не похоже что оно :(
27 igork1966
 
16.04.15
17:37
(26) память очень вероятно
28 darksmoke
 
16.04.15
17:49
(27) Память протестил, все ок.
Еще варианты..ы есть?
29 igork1966
 
16.04.15
17:50
(28) как-то ты быстро потестил... нормальный тест займет не один час
30 igork1966
 
16.04.15
17:52
что за сервер кстати... память, винты (раид?)
31 ansh15
 
16.04.15
19:34
(24) Была такая фигня один раз, около 4-х лет назад, наверное. PostgreSQL то ли 8.4.3, то ли 9.0.3. При соединении с базой одного из пользователей  начинали валиться эти самые orphan temp table. Причем, если соединятся с этой же машины под этим же  именем к другим базам, на на других базах начиналось то же самое. Решилось удалением кэша на этой машине, на сервере, ну и на других рабочих местах тоже, для профилактики. Больше с подобным не сталкивался. Незадолго до этого обновили платформу, это в районе 8.2.14-8.2.15 было...
32 darksmoke
 
16.04.15
22:36
(30)
debian 7
raid есть
память 16Гб
33 darksmoke
 
21.04.15
10:14
Люди, ну не как не могу решить проблему, помогите пожалуйста.
Брал postgresql http://ftp.etersoft.ru/pub/Etersoft/Postgre@Etersoft/stable/x86_64/Debian/7.0/

Не ка не могу понять в чем дело, уже боюсь выходить вечером на улицу. =)
34 darksmoke
 
21.04.15
10:15
Постоянно выпадает и все тут
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
35 dmrjan
 
21.04.15
10:30
У нас в свое время не прокатила сборка от Etersoft, потому пользуемся сборкой от 1с.
36 Garikk
 
21.04.15
10:48
помоему стоит железо поменять, не тестировать, не искать проблемы, а просто поменять и посмотреть что получится
37 dmrjan
 
21.04.15
11:11
Можешь посмотреть видео от Павла Бородина (админ Yandex)
В нем он рассматривает достаточно подробно схему работы PostgreSQL.
http://www.youtube.com/watch?v=ejLzS6rVpkk
38 dmrjan
 
21.04.15
11:19
Кстати - полный вакум и реиндексация не помогли?
39 Garikk
 
21.04.15
11:36
imho если сыпятся файлы в фс, то проблема врятли в софте
40 darksmoke
 
27.04.15
15:09
Проблему решил.
Поставил другой постгрес 9.0.4 от етерсофт
Основная теорема систематики: Новые системы плодят новые проблемы.