Имя: Пароль:
1C
1С v8
postgres 9.2.1-1.1C
,
0 Venberg
 
28.09.13
06:15
Кто собирал под Centos?

В логе идет срач.

ERROR:  syntax error at or near "application" at character 24
STATEMENT:  lock table pg_class in application share mode
WARNING:  there is no transaction in progress

Куда копать??? Может SPEC надо поправить?
1 ansh15
 
28.09.13
15:28
Не надо копать. Не очень хороший он. Лучше, сидя на 9.1.2, подождать 9.3.
2 Venberg
 
29.09.13
03:07
А как же расчет себестоимости???
Он же в 9.1 не работал правильно.

И как же все собирают 9.2? А потом используют. Даже с 1С 8.3
3 ansh15
 
29.09.13
10:27
Вы про это?
"Зависает PostgreSQL 9.0 (сценарий Расчет себестоимости)
Проблема:
Причиной зависания является отсутствие актуальной статистики по таблицам, участвующим в запросе. Количество записей в этих таблицах сильно изменилось с начала транзакции (было 0 стало 140000). Autovacuum не видит этих изменений снаружи транзакции и статистика остается неактуальной.
Способы решения:
Использовать PostgreSQL 9.1.2.-1.1C в котором реализован независимый от Autovacuum сбор статистики.

Дата публикации: 2012-04-10 "
Вроде, про 9.0.3 речь была, в 9.1 как раз поправили...
4 Venberg
 
29.09.13
17:45
Только в конфигах "online_analyze" и "plantuner" включили только в 9.2. В версии 9.1 увы их нет.
Или может как всегда? Модули вкомпилировали, а в конфиге включить забыли?
Попробую взять конфиг от 9.2 и применить для 9.1. Может стартанут.
5 ansh15
 
09.10.13
00:28
(4) http://users.v8.1c.ru/version.jsp?id=AddCompPostgre&ver=9.2.4-1.1C
Попробуйте, может ошибка уйдет.
6 Venberg
 
16.10.13
01:48
О как!
Т.е. 8.2 в топку и все на 8.3.
Пойду качать исходники и собирать под 8.2
7 Venberg
 
16.10.13
02:00
Черти 1С. Исходники то забыли выдать. На предыдущие версии были полные исходники с уже наложенными патчами.
8 Venberg
 
16.10.13
02:07
А! Сам дурак. Внутри положили все. Пошел собирать.
9 Venberg
 
16.10.13
03:48
Ух ты!
Проблема ушла! А я уже и не ждал.

Погонял синтетику. Вроде стало быстрее работать.
Попробую на какой-нибудь бухгалтерии в ближайшее время.
10 Venberg
 
16.10.13
04:34
В общем ни хрена не работает!
Базу не залить! Груда ошибок!
9.2.4 пере собрать не удалось для 8.2.
11 ansh15
 
16.10.13
11:25
(10) Что заливаете, dt или через pg_dump-pg_restore?
С 8.2 не пробовал. С 8.3.4.ххх работает нормально, ошибок не выдает.
12 Venberg
 
17.10.13
01:44
Конечно dt.
У меня УТ 11.1. Она не работает на 8.3 нормально.

Пробовал 9.2.4 собрать под Centos 6.4 для 8.2.
Исправление
%{!?intdatetimes:%define intdatetimes 0}
внес в SPEC. Но базу даже не создать из 8.2. Валятся ошибки.

Сей час соберу 9.1.9 для Centos из исходников.

Вчера тестировал 9.1.9 rpm собранный 1С. Там при работе сыпятся ошибки в базе. 1С забыла что-то в зависимостях как всегда. На боевой базе может выйти боком.
13 Venberg
 
17.10.13
02:27
Собрал 9.1.9
Вроде работает... Мусорных ошибок в логах не обнаружено.
Но остается ощущение что 9.1.2 работает быстрее.
14 ansh15
 
17.10.13
10:35
(13) По сравнению с 9.2.1-9.2.4 - да, особенно если у тех включены plantuner и online analyze.
15 arsik
 
гуру
17.10.13
11:29
(10) Для 9.2.4 в хелпе указано
"Для использования PostgreSQL с версиями 1С:Предприятия ниже 8.3.3 необходимо его собрать с установленым значением параметра integer_datetimes=off"
16 Venberg
 
17.10.13
19:12
исправление в SPEC
%{!?intdatetimes:%define intdatetimes 0}
это и есть integer_datetimes=off
База не заливается в такой postgres.
17 arsik
 
гуру
18.10.13
09:22
(16) А зачем самому собирать, готовые же уже есть.
Как делали в одной конторе.
1) На центось ставился постгре из репозитория.
2) Поверх ставился постгре от 1С.
Все крутится. Более 150 серверов.
18 Venberg
 
18.10.13
17:48
Готовые работают как кубический конь в вакууме. У них зависимости из очень древних пакетов тянутся. Возможно что в стабильности базы проблем и нет. Но в логах полный срач.

Я естественно не накладываю сам патчи. Я просто беру готовые исходники 1С и делаю rpmbuild.
2 + 2 = 3.9999999999999999999999999999999...