iBase.ru Forum

Понимаю что немного тупой вопрос, но может ли быть update conflicts если не выполняется ни update, ни insert, ни select with lock?? select'ы из таблиц ? А может из процедур ? Которые внутри что-то меняют... если бы... из таблиц! даже вьюшников нет, только самые обычные таблицы. максимум пара функци...

юзеровские, конечно. В общем, чудес не бывает -- isc_update_conflict выбрасывается только при update/delete и при select with lock, так что ищи глыбже... та понимаю что не бывает, в том то и проблема что не могу найти где этот апдейт или делит сидит :? такой ещё вопрос, а есть какие-нить системные ...

триггеров на коммит/роллбек нет часом? честно говоря даже не знал, что в птице такое есть )) просмотрел все триггеры - только на таблицы, как обычно инсерты/апдейты/делиты. Во всяком случае те, которые IBExpert показывает. Я ведь правильно понял, триггеры на коммит/ролбек они же юзеровские, не сист...

Я опять со своей проблемой )) Короче я прицепил IBSQLMonitor и записывал 100 последних действий перед эксепшеном. В логах обычная активность, и самое смешное - исключительно селекты. Типа prepare - execute - fetch - fetch ... - fetch. Ещё довольно часто попадал комит, т.е. явно свежая транзакция нач...

дедлок возникает если при попытке модифицировать или удалить (создать версию) записи в одной транзакции сервер обнаруживает на диске версию этой записи, которая принадлежит другой, активной в настоящий момент транзакции. http://www.ibase.ru/devinfo/mga.htm Я знаю как они возникают и как их устранит...

Сча наверно бить будут, но все таки рискну спросить ) я перекопал кучу вариантов, но так и не смог определить где именно этот дедлок вылетает. Можете подкинуть идеи как найти кусок, который приводит к возникновению дедлоков?

значит покопался я со всем этим, и картина счас следующая: на всех машинах периодически вылетает "lock conflict on no wait transaction deadlock update conflicts with concurrent update concurrent transaction number is [integer]", в логе птицы ерроры 10054 и 10061. Однозначно определить связь ни со сб...

kdv писал(а): а какой нихрена не читает про транзакции?
снапшот в IBX по умолчанию отроду, как и в IB/FB.

читал я всё, читал, просто всегда юзаю FIBPlus, а там дефалт read commited, посему на дефалт фб не обратил внимания

Всё бы ничего, только раньше дедлоков не наблюдалось. Те изменения которые были в проге не могли привести к столь частому их появлению. Потому и подозрение, что дело может быть не только в логике проги. В любом случае попробую для начала проверить либы и переделать транзакции. Хотя подозреваю что пр...

WildSery писал(а):Какая разница, длинные или короткие? Главное, есть конкурентные. Этого достаточно.

но если две снеп транзакции пишут разные таблицы/записи это же не может привести к дедлоку? или я чего не понимаю?
в смысле в чем они конкурировать будут, если меняют разные данные?

В транзакции дополнительных параметров не указано, т.е. все значения дефолтные. это пипец просто. Значит все транзакции snapshot. та ладно...:shock::shock: а какой догадался на дефалт поставить снеп?.... спс за наводку, это место я подправлю. вот только связано ли это с собсно сабжем? снеп снепом, ...

Найди все fbclient.dll на клиентских машинах и убедись, что они версии не ниже 2.1.0. На клиентских тачках тоже переустанавливал последнюю версию, ситуация не менялась. Но версию либы не проверял, могла затерятся от прошлых, в след раз проверю, спс. код клиентских аппликух есть на руках? Какие там ...

Переставил на серваке последнюю версию птицы, все checkbox в инсталяхе = true. Для эксперимента поставил супер вместо классика (было предположение что дедлоки появились после перехода на классик). В conf от стандартного отличается: DefaultDbCachePages = 11264 LockMemSize = 16777216 Это является "пра...

WildSery писал(а):Я бы начал с того, чтоб клиента правильно установил, и тогда не было б "unknown ISC error 335544878"

в смысле? какого клиента и что значит правильно?

Добрый день Есть система на FB 2.1.0 классик, постоянно подключено и работают 7-8 клиентов. У клиентов стали появляться ошибки вроде "deadlock update conflicts with concurrent update page size parameter missing" и "deadlock update conflicts with concurrent update unknown ISC error 335544878" с регул...

Врядли, я посмотрел процесс эксплорером - 2.0.3 сначала жужжал, проц грузил, диск дёргал, а потом на определённом этапе все индикаторы падали - проц ~5%, c диска читал но очень немного, записи вообще не было. Вроде как пробовал что-то прочитать, но не получалось, и дальше этого он не шёл. А 2.1 мину...

На счёт IO - читал по-маленьку что-то, но ничего не писал. Зато с 2.1 всё прошло без проблем, всем спс.

ок, спс посмотрю

hvlad писал(а):Глянь дисковый IO, если он есть во время "зависания"

А это простите за ламерство как глянуть?

У меня проходит минут за 5, а там прождал минут 20-30. С темпом посмотрю и отпишусь, спс.