Linux, после установки/сноса FB2.1SS, CS не запускается
Модераторы: kdv, Alexey Kovyazin
Linux, после установки/сноса FB2.1SS, CS не запускается
Cтавился FB2.1 32-bit Superserver for Linux (non-NPTL), rpm.
После сноса супера и установки классики (как 2.1, так и 2.0) запускаться отказались. ни передёргивание xinetd, ни рестарт сервера не помогли.
Пришлось ставить FB2.0 супер.
Есть идеи куда смотреть чтобы реанимировать классику?
Откатываться на 2.0, кстати, пришлось из-за очень низкой скорости рестора базы. Если 2.0 классик с рестором базы 12Гиг справлялся за полтора часа, то 2.1 супер за час отресторил всего 2Гига, при этом в top висели два fbserver - один жрал 60% цпу, а второй 30%.
Под виндой ничего подобного с FB2.1 не наблюдалось.
После сноса супера и установки классики (как 2.1, так и 2.0) запускаться отказались. ни передёргивание xinetd, ни рестарт сервера не помогли.
Пришлось ставить FB2.0 супер.
Есть идеи куда смотреть чтобы реанимировать классику?
Откатываться на 2.0, кстати, пришлось из-за очень низкой скорости рестора базы. Если 2.0 классик с рестором базы 12Гиг справлялся за полтора часа, то 2.1 супер за час отресторил всего 2Гига, при этом в top висели два fbserver - один жрал 60% цпу, а второй 30%.
Под виндой ничего подобного с FB2.1 не наблюдалось.
Вижу только жалобы, ничего по существу.
Как это "отказались"? Так и говорит - "не буду"? А как просил?
Что значит "передёргивание xinetd", он у тебя на запуск классика настроен?
Кстати, 2.1 быстрее ресторит БД, чем предыдущие версии, из-за ускорения on-disk сортировки, а следовательно, построения индексов.
Как это "отказались"? Так и говорит - "не буду"? А как просил?
Что значит "передёргивание xinetd", он у тебя на запуск классика настроен?
Кстати, 2.1 быстрее ресторит БД, чем предыдущие версии, из-за ускорения on-disk сортировки, а следовательно, построения индексов.
Очень просто просил - устанавливал rpm.WildSery писал(а):Вижу только жалобы, ничего по существу.
Как это "отказались"? Так и говорит - "не буду"? А как просил?
Запись в services есть, файл firebird присутствует, пути прописаны правильно... что ещё?WildSery писал(а):Что значит "передёргивание xinetd", он у тебя на запуск классика настроен?
Простите, но лгать мне никчему.WildSery писал(а):Кстати, 2.1 быстрее ресторит БД, чем предыдущие версии, из-за ускорения on-disk сортировки, а следовательно, построения индексов.
Да, Page buffers 2048. т.е. тормоза с рестором под супером из-за этого?kdv писал(а):ставлю на то, что размер кэша зашит в базе.
а на что ещё это может влиять?
это ж линукс - по крайней мере, час назад, когда супер ушёл в "несознанку" их было 80. опять помогла перезагрузка...kdv писал(а):разве на супере такое возможно?в top висели два fbserver
...мне б на классик вернуться. больше уже ничего не хочу...
Сегодня ещё раз попробовал поставить классика 2.0 - всё заработало.
Чудеса... Совершенно непонятно что я вчера мог делать не так.
Огромное спасибо всем кто откликнулся!
PS. тут подумал, а не связано ли с Page buffers ограничение в максимальном количестве одновременных соединений - 256.
т.е. 2k страниц * 4k размер страницы * 256 = 2G предел для 32-битной птички. Но, с другой стороны, это же классик, а не супер.
Тем не менее попробовать надо. Обнулил Page buffers в базе. Посмотрю что изменится.
Чудеса... Совершенно непонятно что я вчера мог делать не так.
Огромное спасибо всем кто откликнулся!
PS. тут подумал, а не связано ли с Page buffers ограничение в максимальном количестве одновременных соединений - 256.
т.е. 2k страниц * 4k размер страницы * 256 = 2G предел для 32-битной птички. Но, с другой стороны, это же классик, а не супер.
Тем не менее попробовать надо. Обнулил Page buffers в базе. Посмотрю что изменится.