|
Не стартует 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
|
(11) Целая ветка . http://www.cyberforum.ru/postgresql/thread951442.html
|
|||
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 от етерсофт |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |