Firebird 3.5.33220. Classic. Linux. Размер базы ~200 Gb, Активных коннектов ~150.
Через две секунды, после запуска NBackup, в firebird.log появилась ошибка:
firebird.loginternal Firebird consistency check (next transaction older than oldest active transaction (266), file: cch.cpp line: 4907)

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

У нас такая версия падения.
Прежде всего, важно сказать, что в этот день, за несколько часов до крэша, мы мигрировали с fb2.5 на fb3. И есть подозрение, что ошибка в конфигурировании FB3 привела к таким тяжелым последствиям. У нас в xinet.d были настроены переменные FIREBIRD_LOCK и FIREBIRD_TMP.
xinet.dservice gds_db
{
disable = no
flags = REUSE
socket_type = stream
wait = no
user = firebird
server = /opt/firebird/bin/firebird
instances = 5000
per_source = 5000
passenv = LC_ALL LANG ILB_SYSID
env = FIREBIRD_LOCK=/tmp/firebird3 FIREBIRD_TMP=/tmp/firebird3
}

Эти переменные видит только Firebird, а друге приложения, запущенные на сервере их не видят. Могло это привести к крэшу? Если, например, nbackup-у или gfix-у таблица блокировок нужна, то они её не найдут.
Или мы не в том месте ищем?

bsv9 Firebird 3.5.33220
Конечно же, версия Firebird 3.0.5.33220.