1.
Marks007
24.05.10 10:13
Сейчас в теме
Что имеется:
1С 8.1.13.41
PostgreSQL 8.3.3-2.1C
CentOS 5.3
Самописная совершенно нетиповая база размером порядка 10 Гб
Все было хорошо до тех пор, пока логи сервера приложений не забили свободное дисковое пространство. Через несколько часов после чистки логов все пользователи были выброшены из базы с ошибкой сетевого доступа.
На данный момент такая ситуация происходит несколько раз в день (В удачные дни не больше двух раз в сутки, в неудачные порядка 10 раз). Никакой закономерности выявлено не было.
Логи технологического журнала при вылете базы содержат, как правило, следующее:
35:48.1253-0,EXCP,1,process=1cv8,Descr=InitializeSecurityContext: Error 80090308!
35:48.9852-0,EXCP,1,process=1cv8,Descr=InitializeSecurityContext: Error 80090308!
38:18.0942-0,EXCP,1,process=1cv8,Usr=Администратор,Descr=InitializeSecurityContext: Error 80090308!
38:26.5312-1620931,PROC,0,process=1cv8,Finish=success
Также было замечено что кроме периодичесих вылетов базы у всех порльзователей, примерно раз в несколько дней база выдает какому-то счастливчику своеобразную "черную метку". Стоит этому пользователю на пару минут прекратить работу, как его выкидывает из базы с теми-же симптомами (Отличный стимул не отрываться от работы, однако). Другие пользователи при этом не страдают. Необходимо отметить, что такая беда случается только с линуксоидами, но не зависит от версии вайна под котрой запускается 1С (Проблема была замечена под вайном 9-11 версии).
Усиленный гуглеж выдал подобную проблему для платформы 8.2, возникающую после удаления логов и решаемую удалением каталога /home/usr1cv82/.1cv82/1C/1Cv82/reg_1541/snccntx
Для сервера приложения версии 8.1 подобный каталог обнаружен не был.
Теоретически проблема исправляется переходом на более свежий релиз 8.1 или на 8.2, однако это потребует обновление платформы на сорока с лишним клиенских машинах. Не сильно страшно, но сисадмин забегается.