29.09.2009 20:19 я отправил пост с темой "Segmentation fault во время работы 
gbak -r"

*************************************************************************************************************
Обновил у заказчика firebird 1.0  на firebird 2.1

(нужно было использовать временные таблицы и "склеивать запросы в
процедурах")
На сервере стоит ASP Linux 9.0 Ядро 2.4.20-9asp (libs-2.3.2)

Получил такие проблемы:

1. Периодически стал умирать gbak -r на восстановлении базы (база 3.7 Gb) с 
сообщением Segmentation fault (копию он всегда делает исправно) 2. При вызове 
процедур, в которых используются временные таблицы и udf часто (может быть и 
такое , что до 13-00 не работает, после 13-00 работает :)

возникает ошибка:

ISC ERROR MESSAGE:
Unable to complete network request to host "192.168.0.1".
Error writing data to the connection.
Программа на вашем хост-компьютере разорвала установленное подключение>)
        Потеряна связь с БД (<SQL Server Error: ISC ERROR CODE:335544721

ISC ERROR MESSAGE:
Unable to complete network request to host "192.168.0.1".
Error writing data to the connection.
Программа на вашем хост-компьютере разорвала установленное подключение>)

При этом, после такого сообщения  программа не теряет связь с базой данных а 
продолжает нормально работать.


Весь комплект процедур и udf работает у другого заказчика на Open Suse 11 и ни 
каких подобных ошибок не возникает, Так же нет подобных ошибок в моем офисе, 
там стоит та же самая OS (ASP Linux 9.0 Ядро 2.4.20-9asp (libs-2.3.2))

Похоже на то что обе проблемы связаны. 

Как полечить?
*************************************************************************************************************
Проблема эта решилась только заменой сервера (Старый поработал до этого 6 лет, 
решили что пора менять - поменяли стало все нормально работать).  Что для меня 
было не понятно - сервер был настоящий - с ECC памятью, и по моему с Intel RAiD 
U42. Так как за 6 лет работы сервер морально устарел эксперименты с ним больше 
проводить не стали.

В индексах функции UDF не использовались. Но нашли через 1,5 года косяк - одна 
UDF - RTRIM была зарегистрирована с ошибкой и поджирала память в процессе 
обслуживающем клиента (использовался CS) при обращении к ней.




С уважением, Мещеряков Вадим

директор ООО "Комплексные Системы" 
454021 г. Челябинск ул. 40 лет Победы 31, 77
Тел: +7 (351) 2807917
Моб: +7 922 6395170    
Web: www.del-fin.ru
ICQ: 343-554-572
SKYPE: vadimmescheryakov


Ответить