Access Violation, некорректное выполнение запросов или вызовов API, ошибки утилит командной строки, в общем все, что вам мешает работать
Модераторы: kdv, dimitr
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 10:52
Описание условий: запрос выполняется через isql с другого сервера, до этого момента все выполнялось без ошибок, никаких изменений на БД не производилось.
При запросе вылетает ошибка :
Statement failed, SQLCODE = -901
request synchronization error
Версия FireBird 1.5.2
-
Attid
- Спец
- Сообщения: 377
- Зарегистрирован: 14 ноя 2006, 09:58
Сообщение
Attid » 26 фев 2008, 11:14
пока более умные не проснулись могу прадложить проверить базу gfix
может sweep ей сделать, да и сервер можно обновить 1.5.5 уже есть вроде как.
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 11:30
ошибка возникает и до и после backup/restore,
версию 1.5.5 ставим.
-
Merlin
- Динозавр IB/FB
- Сообщения: 1502
- Зарегистрирован: 27 окт 2004, 11:44
Сообщение
Merlin » 26 фев 2008, 12:33
Консилиум телепятов продолжает выискивать запрос в астрале.
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 12:42
Merlin писал(а):Консилиум телепятов продолжает выискивать запрос в астрале.
Ну-у, к сожалению бубна нет, был бы - может тогда и не надо было искать ответ в астрале...
-
stix-s
- Заслуженный разработчик
- Сообщения: 557
- Зарегистрирован: 13 дек 2005, 11:52
Сообщение
stix-s » 26 фев 2008, 12:56
AntonYa писал(а):Merlin писал(а):Консилиум телепятов продолжает выискивать запрос в астрале.
Ну-у, к сожалению бубна нет, был бы - может тогда и не надо было искать ответ в астрале...
вообще-то народ интересует не бубен, а текст запроса
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 13:04
тогда сори
сам запрос - это обычный select из процедуры с входящим параметром даты, а вот процедура - по ней идет запрос по основным таблицам БД и обработка выводимых записей в нужный вид.
Запрос не отрабатывает до конца - он успевает сохранить около 2,7 гига а потом валиться с ошибкой.
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 26 фев 2008, 13:16
Какой-нибудь кривой с LEFT JOIN?
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 13:20
нет, процедура вылизана до блеска - очень большой обьем данных.[/quote]
-
Attid
- Спец
- Сообщения: 377
- Зарегистрирован: 14 ноя 2006, 09:58
Сообщение
Attid » 26 фев 2008, 13:39
тогда без секретных методанных никто ничего не поможет.
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 14:26
Дело не в метаданных - все до этого формировалось в течении года! плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.
Апдейт firebird до 1.5.5 ничем не помог.
-
WildSery
- Заслуженный разработчик
- Сообщения: 1738
- Зарегистрирован: 05 июн 2006, 16:19
Сообщение
WildSery » 26 фев 2008, 15:24
А что значат слова "сохранить 2.7 гига" ?
Если к примеру процедура генерирует много временных блобов во время работы - то видимо память кончилась.
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 15:50
данные выгружаются в файл, блобы не используются в БД в принципе...
-
Attid
- Спец
- Сообщения: 377
- Зарегистрирован: 14 ноя 2006, 09:58
Сообщение
Attid » 26 фев 2008, 16:29
плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.
ладно если запрос секретный, то хотябы сколько это запрос отрабатывал времени ?
-
Attid
- Спец
- Сообщения: 377
- Зарегистрирован: 14 ноя 2006, 09:58
Сообщение
Attid » 26 фев 2008, 16:30
а может конструкция IN используется ?
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 16:39
да, используется в основном запросе процедуры...
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 16:45
Attid писал(а):плюс никаких изменений по структуре процедуры и таблиц с которыми она работает не вносилось.
ладно если запрос секретный, то хотябы сколько это запрос отрабатывал времени ?
1:30
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 26 фев 2008, 16:53
AntonYa писал(а):Описание условий: запрос выполняется через isql с другого сервера, до этого момента все выполнялось без ошибок, никаких изменений на БД не производилось.
При запросе вылетает ошибка :
Statement failed, SQLCODE = -901
request synchronization error
Другим приложением не пробовал выполнить ?
-
AntonYa
- Сообщения: 28
- Зарегистрирован: 26 фев 2008, 10:35
Сообщение
AntonYa » 26 фев 2008, 16:57
вопрос, может он и не в тему - но хочется ограничить кол-во возможных причин ошибки (плюс сузить варианты поиска причин проблемы) - данная ошибка может возникать при неправильных данных в таблице или это проблема в самом запросе?
-
hvlad
- Разработчик Firebird
- Сообщения: 1244
- Зарегистрирован: 21 мар 2005, 10:48
Сообщение
hvlad » 26 фев 2008, 16:59
AntonYa писал(а):вопрос, может он и не в тему - но хочется ограничить кол-во возможных причин ошибки (плюс сузить варианты поиска причин проблемы) - данная ошибка может возникать при неправильных данных в таблице или это проблема в самом запросе?
Это проблема в коде коммуникаций между клиентом и сервером.
Данные в порядке