Служба SuperClassic упала , в логе:

Thu Oct 29 15:41:59 2015

Operating system call ReleaseSemaphore failed. Error code 6

LogViewer это не расшифровывает, что это? И как с этим жить, на SuperClassic перешел вчера, раньше такого не наблюдал.

dimitrGallemarна SuperClassic перешел вчера, раньше такого не наблюдал
раньше никогда не отваливались клиентские коннекты? SC точно 64-битный поставил? Ну и если падает 2.5.3, логично будет попробовать 2.5.4 или даже снапшот 2.5.5.
Раньше не отваливались. SC только 64, даже классик всегда такой ставлю.

Дмитрий,утром была проблема,служба не перезагружалась, но перестала принимать подключения (в т.ч. и XNET). Приложения выдавали ошибку :
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements.
Unable to complete network request to host "SRV-250".
Failed to establish a connection.
Детально не скажу,проблема застала в дороге на работу, решилась рестартом FB.

DBConstructor, не знаю. Я не сисадмин,а DBA и программист. Я получаю уже готовый сервер и не знаю что "под капотом". Вывод sfc /VERIFYONLY сейчас не покажу, у нас рабочий день и нагружать сервер не хочу. Обновления стоят все. ПО у нас покупается,так что надеюсь,что админы дистрибутив качали с msdn, а не с рутрекера.

DBConstructorGallemar, FB только из инсталлятора или снапшоты с исправлениями накатывали? Что за процессор на сервере? Память ECC?
Только из инсталлятора. CPU AMD Opteron 6276, память ECC.

hvladGallemarДмитрий,утром была проблема,служба не перезагружалась, но перестала принимать подключения (в т.ч. и XNET).firebird.log что говорит ?
Молчит. Ошибки 10054 и 10053, потом
Shutting down the server with 5 active connection(s) to 2 database(s), 0 active service(s) - девушки службу ФБ рестартовали
и
Timeout expired during remote server shutdown

За минуту до падения в логе :
Access violation.
The code attempted to access a virtual
address without privilege to do so.
This exception will cause the Firebird server
to terminate abnormally.

DBConstructorGallemar, я бы таки прошелся memtest86 по памяти, загрузившись с флешки.
Сервер WmWare, память ECC, если бы проблема была с памятью - админы бы давно это заметили. Я уже говорил - я не админ,не имею доступа к железу,оно мне не интересно.

Симонов ДенисТаблоид,

возможно да, возможно нет. Обычно перед тем как менять архитектуру нагрузочное тестирование проводят, а не так посоветовали тут же побежал менять.
Денис, SuperClassic у нас был, но не прижился. На тот момент разницы от перехода не было, вообще. Вернул из-за удобства - у нас как раз начались проблемы из-за бага в S-market - база вставала колом и не давала к себе подключится, приходилось искать процесс по принтам fb_lock_print и trace и завершать его, не трогая остальных, в Super это было недоступно. Сегодня отработали день и получили 1) fb перестал принимать коннекты и завесил уже существующие без какой либо записи в логе,решилось рестартом службы 2) упал, следствием чему является этот топик. В целом сегодня, за исключением вышеперечисленного, полет нормальный, за что большое спасибо Павлу и Дмитрию Еманову.

Таблоид 2 Gallemar : соблазняй своё начальство. На отстёгивание достойных денег для плотного общения с ibase.ru. Общения с участием тебя и обязательно разрабов вашей проги. Иначе так и будешь метаться в сибирской тайге.
ИМХО.
Да уже готов мешок денег! И даже заплатить готовы!!! Угадай с одного раза куда я звонил до тебя. Мне уже начальство мозг выносит - аудит проведен и через месяц вылезли проблемы, без каких либо изменений с нашей стороны.

kdvТаблоид Там весьма печальная ситуация, всё заклинило.
заклинило по совершенно неизвестной причине. Причем, если ФБ там до этого работал нормально, то причина скорее всего где-то еще.
Так и думал. Поэтому был инициирован переезд на новый сервер.
kdv Конечно, может быть какой-то программист написал процедуру или запрос, который стал долбить в одно место, но система "чужая", и в этом случае надо было бы общаться с авторами софта.
Проверял запросы из 1с, в S-Market никаких изменений не вносилось, ничего криминального нет.
kdvСобственно, она и не решила, и наоборот, добавила еще проблем.
Вполне возможно, но исходя из опыта использования SuperClassic я проблем не предполагал
kdvВсе это похоже на тыканье палкой куда попало.
Ну да,я не могу понять почему сломалось в одночасье. Помоги, решим через магазин или кассу :)

kdvнасчет падающего fb_lock_print.exe - он падает просто при запуске, без параметров? или с -d?

-a -d, -o -l -d, -o -w -d
запускается каждые 15 минут, какой из них падает пока не выяснял

kdvНечто похожее на ReleaseSemaphore failed вроде фиксилось в 2.5.4, а у тебя 2.5.3.

Мне наложили вето на обновление и изменение настроек, всё согласовываю. Сегодня запуск реплики, если "влетит" - обновлюсь,наверно на 2.5.5

kdvGallemar,
насчет ОС - нужно проверять свежесть драйверов, посмотреть снова в настройки рэйда, убить к черту Касперского, совсем вынести, даже панель управления.
Сервер сейчас новый, виртуалка на WmWare, на суперкрутой железке, муха не сидела. Какие там настройки и есть ли вообще избыточные массивы я не знаю,не моя область ответственности. Касперского вынесли (со слов админов),в системе я его не вижу.

Dimitry SibiryakovGallemarКасперского вынесли (со слов админов),в системе я его не вижу.
Возьми avz и посмотри среди ядерных драйверов.

попробую

hvladДобавь -c

утилита выдает только неполный заголовок :

C:\Users\smuser>cd C:\Program Files\Firebird\Firebird_2_5\bin

C:\Program Files\Firebird\Firebird_2_5\bin>fb_lock_print -c -a -d d:\DBase\SUPERMAGDK.FDB
LOCK_HEADER BLOCK
Version: 145, Active owner: 0, Length: 268435456, Used: 10694168
Flags: 0x0001
Enqs: 6725145, Converts: 30654, Rejects: 2422, Blocks: 25624
Deadlock scans: 0, Deadlocks: 0, Scan interval: 10
Acquires: 7220376, Acquire blocks: 168682, Spin count: 0
Mutex wait: 2.3%

kdvGallemar,
теперь выясняется, что сервер еще и на виртуалке...
Ну так это же новые технологии,гибкость расширения и прочее бла-бла-бла.
Решение не мое, я вообще сервер под БД на виртуалке не признаю

kdv,Дима,ты на связи во сколько бываешь в будни? Требуется твоя помощь, по оплате решим.

kdvGallemarLOCK_HEADER BLOCK
Version: 145, Active owner: 0, Length: 268435456, Used: 10694168
кстати, вот зачем это
Length: 268 435 456.
У тебя даже если для CS/SC выставлен размер кэша 2048 страниц, и 600 пользователей, то "по формуле" максимум
это 122 880 000 байт.


Давно ещё мониторил,на тот момент length был высоким