iBase.ru Forum

"Fatal lock manager error: semaphores are exhausted"...

64 мало, 80, 128, 160, ... мало , 256 много.


Для классика под винду это тоже актуально?

Для классика под винду это тоже актуально?

нет.

64 мало, 80, 128, 160, ... мало , 256 много.

у тебя их кто-то жрет, кто запускается до FB.

Я спрашивал Алекса по поводу твоей предыдущей проблемы.
Он предполагает кривую поддержу потоков на твоей системе.
Чтобы сказать что-то более конкретное, нужно знать точную версию ядра и библиотек

при переходе с 1.5 на 2.0 тоже была ругань на нехватку, но после установки LockSemCount = 64 больше таких ошибок в логе не появлялось.

при переходе с 2.0 на 2.1 больше ничего другого в системе не менялось.

при LockSemCount 64 на 2.1 это проявилось таким образом - когда прошла серия этих ошибок два процесса начали жрать 100% цпу. после убивания такого процесса "эстафету" подхватывал очередной процесс.

при дальнейшем увеличении LockSemCount картина несколько изменилась. те кто уcпевал подключиться до серии этих ошибок продолжали нормально работать. для тех же, кто пытался подключиться после, создавался процесс и на этом похоже всё и заканчивалось.


2.6.16-std26-smp-alt1
glibc-2.3.5-alt5

mustafa писал(а): при дальнейшем увеличении LockSemCount картина несколько изменилась

Часто бывает, что люди, увеличивая кол-во семафоров в конфиге, забывают увеличить их в системе. В этом случае, в лог пишется соответствующее сообщение.

freemanzav писал(а):Часто бывает, что люди, увеличивая кол-во семафоров в конфиге, забывают увеличить их в системе. В этом случае, в лог пишется соответствующее сообщение.

Так я и не увеличивал в системе. "256 много" - имелось ввиду что был достигнут порог, когда firebird уже не мог получить запрошенное количество у системы. А менять установки системы не представляя к чему это приведёт...

mustafa писал(а):2.6.16-std26-smp-alt1
glibc-2.3.5-alt5

Супер нужно было ставить с NPTL

так getconf GNU_LIBPTHREAD_VERSION выдаёт linuxthreads-0.10, а на сайте написано, что в этом случае ставить без поддержки NPTL

mustafa писал(а): А менять установки системы не представляя к чему это приведёт...

Меняли. Проблем за два года не замечено.

freemanzav писал(а):

mustafa писал(а): А менять установки системы не представляя к чему это приведёт...

Меняли. Проблем за два года не замечено.

Спасибо. Буду иметь ввиду. Я в линуксе отнюдь не гуру. Поэтому свято следую правилу "не понимаешь - не лезь".

Тем не менее - FB2.0 хватало и 64 семафора. Надо найти причину такой прожорливости FB2.1.

Повторения "Дня сурка" народ мне может и не простить.

mustafa писал(а):Надо найти причину такой прожорливости FB2.1

да, хотелось бы. Ибо в коде лок-менеджера вроде ничего на этот счет не менялось...

dimitr писал(а):

mustafa писал(а):Надо найти причину такой прожорливости FB2.1

да, хотелось бы. Ибо в коде лок-менеджера вроде ничего на этот счет не менялось...

А под какой осью строилось и для какой рекомендовали? Юникса - они, сцуко, разные. На СКОтине мне для сотни соединений приходилось в несколько тысяч задирать.

нашел через гугл эту тему, поскольку такая же проблема.
не подскажете, где смотреть кол-во семафоров в linux-gentoo?