сервер 1С 8.2 PostgreSQL на Fedora 14 i386

Форум Администрирование Системное программное обеспечение (Software)

1. Гость 30.01.12 15:01

Особых проблем по установке самих PostgreSQL и 1с-сервера не было.
В связи с нижеописанной проблемой пробовал такие варианты:
сервер 8.2.14.540 и PostgreSQL 8.4.1
сервер 8.2.15.289 и PostgreSQL 8.4.1
сервер 8.2.15.289 и PostgreSQL 9.0.3
База нормально загрузилась на сервер. По виду все работало.

Но после обновления все затормозило и база стала некорректно работать - часть пользователей не видны, а на большинстве объектов вываливалось что-то типа "ошибка работы с графической подсистемой".
После этого начал копать. И обнаружилось, если загрузить нормальную конфигурацию (раньше работал файловый вариант) на сервер, потом ее выгрузить и попытаться загрузить в файловый вариант, то программа выдает "Недостаточно памяти" и отрубается после нажатия кнопы "ОК".
Получается база изначально создается неверно.
База о которой речь - "Комплексная автоматизация", пробовал "Бухгалтерию" - там все работает отлично и ошибок не вываливается.

Может нужно какие-то настройки в PostgreSQL поменять или еще где? Какие есть предположения, опыт или варианты решения (Кроме перехода на Win и MSSQL)?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. audion 30.01.12 17:32 Сейчас в теме

По какому мануалу ставили?
Первое, что приходит на ум:
1. недоустановлены необходимые программы, связанные с графикой (типа imagemagic)
2. размер объекта превышает 2ГБ, что непреодолимо в случае i386. Вам надо ставить 64-битный сервер, тогда этого ограничения нет, об этом писали даже официалы:
цитирую:
-------------------
Выгрузка/Загрузка конфигураций большого объема
Проблема:
При загрузке dt пишет "Недостаточно свободной памяти на сервере 1С:Предприятия."
Способы решения:
Использовать PostgreSQL x86-64.

Дата публикации: 2011-10-05
-------------------
Источник: http://downloads.v8.1c.ru/content/Platform/8_2_15_294/ERROTHER_8_2_15.HTM

В любом случае: серверную часть ставьте с сайта 1С, PostgreSQL лучше etersoft-овскую сборку, 9.0.3, обязательно проверьте, отключен ли SELinux, вообще, полностью, лучше, чтобы даже модуль ядра был удален. Обязательно остановите iptables. Все, что касается ipv6 - тоже.

Если что, попробуйте по http://www.achlab.ru/ach/2011/12/23/1c-8-2-postgresql-centos-6-1/ и не забудьте прочитать комменты.

Удачи! Все получится, не переживайте!

3. Гость 31.01.12 11:30

Спасибо.
Только переход на 64 не решил проблемы.
Использовалось указанное руководство.
По-прежнему база не желает загружаться после выгрузки, ошибка "Недостаточно памяти".

4. audion 31.01.12 17:30 Сейчас в теме

(3) Fedora, ОК, тогда, если можно, приведите, пожалуйста, ваш postgres.conf.
Если есть действующий ИТС, можно попробовать обратиться к официалам, возможно, они уже сталкивались с этим косяком именно на указанной Вами конфигурации.
Кстати, гляньте вот сюда:
http://www.forum.mista.ru/topic.php?id=553611 - похоже на Ваш случай

Ой, вот еще:
что-то похожее делали?
sudo /sbin/sysctl -w kernel.shmmax=662020352
sudo /sbin/sysctl -w kernel.shmall=662020352
sudo echo "kernel.shmmax = 662020352" >> /etc/sysctl.conf
sudo echo "kernel.shmmall = 662020352" >> /etc/sysctl.conf

Там же по умолчанию совсем смешные значения стоят. Не делали - обязательно сделайте.
Вот кусочек моего (для 16ГБ)
kernel.shmmax=17179869184
kernel.shmall=8388608
kernel.sem=250 256000 32 4096
kernel.msgmni=16384
kernel.msgmax=65536
kernel.msgmnb=65536

После правки /etc/sysctl.conf надо обязательно перезагрузиться.

И еще. А другой пользователь в базе есть? Может, клинит только конкретного пользователя? У меня такое было, хорошо, что в базе были два юзера.

Удачи!

5. audion 31.01.12 17:59 Сейчас в теме

Вдогонку: сколько запущено рабочих процессов в консоли управления серверами? ИМХО четыре в самый раз + 1 резервный.
И вот еще одно соображение. Сравнительно стабильный релиз сервера - 8.2.13.219. Франчайзи приватно сообщили, что они пока "не рекомендуют" перепрыгивать на 8.2.14 и тем более 8.2.15 для конфигураций типа УПП. Знакомый админ тоже не рискнул переходить на 540-ю, сидит на 8.2.14.537 и горя не знает. Postgres, правда, 9.0.4-etersoft. В обоих случаях главной причиной ретроградства были названы указанные Вами косяки.

6. mezzoforte 01.02.12 03:10 Сейчас в теме

Сервер на федоре? А не страшно?

7. Гость 14.02.12 15:22

В итоге изменения различных параметров не помогли. Пришлось проделать следующее:
1. Открыл конфигратор;
2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ!
3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации);
4. В SQL для требуемой базы выполнил следующую команду:
DELETE FROM dbo.Config WHERE DataSize > 125829120
5. Загрузил сохраненную конфигурацию обратно.
6. Сохранил свою конфигурацию в файл.
7. Накатил свой файл на типовую.
8. Сохранил полученный файл.
9. Загрузил (именно загрузил) его в базу.
Отсюда http://www.forum.mista.ru/topic.php?id=465608
Спасибо за помощь.

8. audion 17.02.12 18:37 Сейчас в теме

Выходит, не за что - все равно сами себе помогли :-).
Вам спасибо - что написали, как решилась проблема.
Отлично, что все получилось. Удачи!

Внимание! Не забывайте отмечать решение на ваш вопрос, если оно найдено. Это повысит ваш рейтинг на форуме.

Оставьте свое сообщение

E-mail: