Ошибка cannot start thread
Ошибка cannot start thread
Доброго всем времени суток. В общем ситуация следущая...
На сервере Firebird 1.5.2.4731 есть несколько БД. Одна - рабочая, которая используется непрерывно системой контроля доступом (фиксирует все события с проходных в организации и проч.). Остальные - архивные за прошлые года (в них события обрезаны за год). К этим базам идет обращение из приложений, установленных на компьютерах пользователей, для выборки этих событий.
Все работало нормально уже наверное лет 5.
Примерно 2 недели назад приложения перестали цепляться к архивным базам, с рабочей же базой соединяются свободно.
Попробовал соединиться с архивными базами через IBExpert на сервере, в результате - сообщение:
Unsuccessful execution caused by a system error that precludes successful exception of subsequent statements.
internal gds software consistency check (cannot start thread)
После перезапуска сервера базы опять нормально коннектятся... но на время, причем это время может быть 3 дня (после выходных), а может быть полдня.
С базами все нормально - проверял у себя на машине (копировал базы себе), приложения к ним коннектятся, IBExpert соединяется...
В чем может быть оказия? Почему с рабочей базой нет проблем, только с архивными...
На сервере Firebird 1.5.2.4731 есть несколько БД. Одна - рабочая, которая используется непрерывно системой контроля доступом (фиксирует все события с проходных в организации и проч.). Остальные - архивные за прошлые года (в них события обрезаны за год). К этим базам идет обращение из приложений, установленных на компьютерах пользователей, для выборки этих событий.
Все работало нормально уже наверное лет 5.
Примерно 2 недели назад приложения перестали цепляться к архивным базам, с рабочей же базой соединяются свободно.
Попробовал соединиться с архивными базами через IBExpert на сервере, в результате - сообщение:
Unsuccessful execution caused by a system error that precludes successful exception of subsequent statements.
internal gds software consistency check (cannot start thread)
После перезапуска сервера базы опять нормально коннектятся... но на время, причем это время может быть 3 дня (после выходных), а может быть полдня.
С базами все нормально - проверял у себя на машине (копировал базы себе), приложения к ним коннектятся, IBExpert соединяется...
В чем может быть оказия? Почему с рабочей базой нет проблем, только с архивными...
так сколько сервер памяти потребляет? у вас в конфиге на сортировку около 250мб выделено, и кэш 65536, т.е. при размере страницы 8к. по 524мб на каждую открытую базу. Может все-таки действительно процесс fbserver спотыкается когда 2 гигабайта памяти отъедает?
p.s. почему приходится информацию клещами вытаскивать? Кому проблему надо решать?
p.s. почему приходится информацию клещами вытаскивать? Кому проблему надо решать?
Прошу прощения, если несвоевременно отвечал на задаваемые вопросы, вроде бы старался быстро ответить.kdv писал(а):так сколько сервер памяти потребляет? у вас в конфиге на сортировку около 250мб выделено, и кэш 65536, т.е. при размере страницы 8к. по 524мб на каждую открытую базу. Может все-таки действительно процесс fbserver спотыкается когда 2 гигабайта памяти отъедает?
p.s. почему приходится информацию клещами вытаскивать? Кому проблему надо решать?
На сервере памяти пожирается около 1Г (сейчас я думаю еще никто не цепляет архивную базу). При запуске приложения потребление увеличивается на 500 метров.
На самом деле приложение в основном обращается либо к рабочей либо только к одной из архивных баз (не ко всем 3). Правда если сразу несколько пользователей будут обращаться к базам... Т.е. вы предлагаете увеличить размер виртуальной памяти для диска, где базы лежат на сервере?А теперь считаем открытые БД - рабочая, первый архив... на 3-м архиве оно и помрёт из-за нехватки виртуалки, ибо 4 * 524 > 2048
что-то про размер виртуальной памяти для диска, где базы лежат на сервере, я сморозил спросони.
На сервере оперативки 2Г. Файл подкачки изменил на 3072-4095М. (было 1024-4092). Но не помогло...
При использовании на сервере памяти сверх объема оперативки приложения перестают соединяться с архивной базой (с рабочей соединяется, но она меньше, пока что ).
На сервере оперативки 2Г. Файл подкачки изменил на 3072-4095М. (было 1024-4092). Но не помогло...
При использовании на сервере памяти сверх объема оперативки приложения перестают соединяться с архивной базой (с рабочей соединяется, но она меньше, пока что ).
Детсад, ей богу...
На win32 размер адр. пространства любого процесса ограничен 2GB. Будь у тебя хоть 150GB RAM, больше чем 2GB виртуальной памяти ты отдельному процессу не отдашь.
И в task manager нужно смотреть именно на неё, это уже на всех заборах написано
Уменьшай DefaultDbCachePages в firebird.conf и прочти наконец-то хоть что-то про FB, про Win32, про хоть что-нибудь
На win32 размер адр. пространства любого процесса ограничен 2GB. Будь у тебя хоть 150GB RAM, больше чем 2GB виртуальной памяти ты отдельному процессу не отдашь.
И в task manager нужно смотреть именно на неё, это уже на всех заборах написано
Уменьшай DefaultDbCachePages в firebird.conf и прочти наконец-то хоть что-то про FB, про Win32, про хоть что-нибудь