FB 1.5.3, lock conflict при коннекте
-
- Сообщения: 144
- Зарегистрирован: 16 фев 2006, 22:36
FB 1.5.3, lock conflict при коннекте
Доброго времени суток!
Хочу рассказать о стуке в моем подвале.
Win 2kSp4, FB 1.5.3 CS, 1-й диалект, на клиенте родной gds32.dll
(есть другие gds32.dll, есть - но лежат по путям, отсутствующим в PATH
и не рядом с запущенными в тот момент программами).
На сервере вертится также IB 4, но к проблеме отношения не имеет (висит на другом
порту).
При подключении через SQL-Explorer (BDE 5.1.1) в момент соединения с БД получил ошибку
"lock conflict on no wait transaction".
Закрыл соединение, при повторных открытиях вопроизвести ошибку не удалось.
Запустил SQL-Monitor и подсоединился к БД еще раз - очень удивился - в логе отображается
только сообщение Log started for: SQL Explorer, т.е. даже не было старта неявной
транзакции.
Параллельно были подключения из Database Desktop и IBExpert (я единственный, кто
подключается к данной БД).
БД находится в процессе разработки, постоянно меняются как данные, так и метаданные.
Но на момент соединения изменения метаданных вроде бы не производилось (хотя уже
не уверен, ибо очень спешил).
Наблюдал однажды такую ошибку при попытке подключения из второго экземпляра IBExpert к той же БД
(в первом экземпляре была вызвана долгоиграющая ХП), но списал все на глюки IBExpert (он
у меня старый, 2004 года).
Ошибку воспроизвести, естественно, не могу. В настоящее время задача носит абстрактный
характер, но не хотелось бы наступать на грабли в будущем.
БД проверял gfix'ом, ничего не нашел. Предоставить ее не имею возможности, тем паче
что метаданные с момента наблюдения уже неоднократно менялись.
Кто-нибудь слышал подобный стук?
Хочу рассказать о стуке в моем подвале.
Win 2kSp4, FB 1.5.3 CS, 1-й диалект, на клиенте родной gds32.dll
(есть другие gds32.dll, есть - но лежат по путям, отсутствующим в PATH
и не рядом с запущенными в тот момент программами).
На сервере вертится также IB 4, но к проблеме отношения не имеет (висит на другом
порту).
При подключении через SQL-Explorer (BDE 5.1.1) в момент соединения с БД получил ошибку
"lock conflict on no wait transaction".
Закрыл соединение, при повторных открытиях вопроизвести ошибку не удалось.
Запустил SQL-Monitor и подсоединился к БД еще раз - очень удивился - в логе отображается
только сообщение Log started for: SQL Explorer, т.е. даже не было старта неявной
транзакции.
Параллельно были подключения из Database Desktop и IBExpert (я единственный, кто
подключается к данной БД).
БД находится в процессе разработки, постоянно меняются как данные, так и метаданные.
Но на момент соединения изменения метаданных вроде бы не производилось (хотя уже
не уверен, ибо очень спешил).
Наблюдал однажды такую ошибку при попытке подключения из второго экземпляра IBExpert к той же БД
(в первом экземпляре была вызвана долгоиграющая ХП), но списал все на глюки IBExpert (он
у меня старый, 2004 года).
Ошибку воспроизвести, естественно, не могу. В настоящее время задача носит абстрактный
характер, но не хотелось бы наступать на грабли в будущем.
БД проверял gfix'ом, ничего не нашел. Предоставить ее не имею возможности, тем паче
что метаданные с момента наблюдения уже неоднократно менялись.
Кто-нибудь слышал подобный стук?
-
- Сообщения: 144
- Зарегистрирован: 16 фев 2006, 22:36
Имхо просто на клиенте не полностью разобран стек ошибки BDE. При неверно введённом пароле частенько выдаётся вот такая борода:
Statement failed, SQLCODE = -901
lock conflict on no wait transaction
-Your user name and password are not defined. Ask your database administrator to set up a Firebird login.
Statement failed, SQLCODE = -901
lock conflict on no wait transaction
-Your user name and password are not defined. Ask your database administrator to set up a Firebird login.
-
- Сообщения: 144
- Зарегистрирован: 16 фев 2006, 22:36
Доброго времени суток!
и не увидел дальше знакомых слов unsuccesful update object
- сразу же начал копать, где у меня конфликт (каюсь, очень торопился).
Спасибо!
P.S. Интересно, это баг или особенность реализации?
Вы правы. Ошибка даже отображается полностью, но я как прочитал lock conflictMerlin писал(а):Statement failed, SQLCODE = -901
lock conflict on no wait transaction
-Your user name and password are not defined. Ask your database administrator to set up a Firebird login.
и не увидел дальше знакомых слов unsuccesful update object
- сразу же начал копать, где у меня конфликт (каюсь, очень торопился).
Спасибо!
P.S. Интересно, это баг или особенность реализации?