Sergey Mereutsa-2 wrote:
Думаю, к вечеру будет билд с исправлениями.
Sergeymailto:gebele...@gmail.com
поставил FirebirdCS-2.1.3.18152-0.i686.rpm с debug, с сервера
http://www.dqteam.com/fb2/
настройки linux оставил прежнии
BugcheckAbort = 1, добавил таблицу и
Sergey Mereutsa-2 wrote:
Если автор оригинального топика брал мои сборки - пусть признается, я
сниму бэктрейс и отправлю Алексу.
Sergeymailto:gebele...@gmail.com
брал с сайта
http://www.dqteam.com/fb2/
могу и другую поставить, если скажите адрес, ошибка
Vlad Khorsun-3 wrote:
г) если есть возможность дате ему удалённый доступ на машину,
он мог бы посмотреть сам, что там случилось
пусть свяжется по icq 303-67-554 (9-15 мск, кроме выходных)
--
View this message in context:
После того, как я установил следующие параметры
max open files
/sys/fs/file-max 1021442
kernel threads
/proc/sys/kernel/threads-max 5
socket buffers
/proc/sys/net/core/wmem_default 109568
/proc/sys/net/core/wmem_max 131071
/proc/sys/net/core/rmem_default 109568
/proc/sys/net/core/rmem_max
Vlad Khorsun-3 wrote:
Запись в трекере ? coredump для анализа ? Проверял на тек. снапшотах ?
база для тестирования
FirebirdCS-2.1.2.18118-0.i686.rpm
core.* не наблюдалось
попробовать тек.снапшот? или Debug Build for Linux?
сообщение было из /var/log/messages
из
Vlad Khorsun-3 wrote:
Да, если можно тек.снапшот дебаг.
подскажи откуда брать?
Vlad Khorsun-3 wrote:
И BugcheckAbort = 1 в firebird.conf
взял дебаг к своей версии, поставил BugcheckAbort,
после этого создал 50 коннектов, из них 6 завершились с ошибкой EXIT:
gds_db
Attid-2 wrote:
/etc/sysctl.conf
fs.file-max = 16384
а что так мало у меня на рабочей машине
cat /proc/sys/fs/file-max
153392
по настройкам, в основном, смотрел на станичку
http://erpcargo.blogspot.com/2009/03/firebird-classic-server-unter-linux.html
попробую с большим размером,
Attid-2 wrote:
процессов и памяти 100%, все sql коннекты имеют статус run, от 3% и ниже
ну ИМХО это вы уткнулись в ограничение железа, не тянет оно больше.
почему, какая зависимость колличества SQL от параметров железа? в чем она
заключается.
Честно говоря, проблема моя в целом
Attid-2 wrote:
тестирования: intel сервер с 16Мб памяти
опечатка ?
да 16Гб
Attid-2 wrote:
максимальное колличество коннектов в такой конфигурации ~850, после этого
сервер отказывает в новых соединених, общее колличество процессов ~1000,
для
обычной и 64 разрядной версии.
загрузка
Dmitry Yemanov-2 wrote:
Строго 1024 коннекта на супере, зависит от системных ресурсов на
классике.br
Была информация о 1200 коннектах, но этих людей тут наверное нет :-)br
Дмитрий Еманов
Задача- определить максимальное колличество соединений (выполняемых sql) на
сервере firebird
Vlad Khorsun-3 wrote:
ДО появления этой ошибки нужно было прочитать руководство по nbackup,
подробное
и переведенное, кстати, на великий и могучий. Тогда стало бы понятно что
такое
-Database is already in the physical backup mode
и что с этим делать. А сделать всего-то нужно было
Vlad Khorsun-3 wrote:
А можно включать свой моск иногда ?
мда, оговорка по Фрейду
Vlad Khorsun-3 wrote:
Технология nbackup подробно расписана в документации. Если ты не в
состоянии связать A и Б, то подумай о другой профессии.
я в своей профессии уже тридцать лет и никто не
Dmitri Kuzmenko wrote:
4. nbackup -N
в описании нигде не сказано, что режим -B, в случае сбоя можно объединить
с
-N для присоединения дельта файлов, а если вы про это знаете, это не
значит,
что знают и остальные.
брр... объединение nbackup -b -n ???
Вы путаете. В документации все
операционка
Linux 2.6.11-6mdk smp #1 SMP Intel(R) Xeon(TM) CPU 3.60GHz
база
version LI-V2.1.1.17910 Firebird 2.1
при выполнении nbackup 2 уровня произошел сбой
Fatal lock manager error: invalid lock id (0), errno: 22
естественно следующая попытка nbackup привела к следующему
Roman-80 wrote:
Указал почти все, а архитектуру сервера я что-то не вижу. Классик или
Супер?
Дельта есть или нет?
По сообщениям похоже, что бэкап сделался. По идее и новый мог бы
пойти. При такой ошибке на 2.1 можно закрыть все коннекты и процессы
(желательно мирно) и спокойно начать
WildSery wrote:
Т.е. перевести базу в нормальный режим, чтобы она дельту приклеила, не
догадались?
Я с nbackup только пробовал разное, так что именно такого опыта нет, но
всё же - если gbak такой БД делать, то он выполняется, и туда не попадает
дельта?
--
Сергей Смирнов.
что
Roman-80 wrote:
дак за такие эксперименты!!! ты тренируйся то на кошках, а не на живых
базах. Этак ты их когда нить все равно брибьешь :)
а то я не тренировался, как я могу сымитировать работу 100 пользователей и
еще модификацию метаданных от 10 программистов? а вот в реальном режиме
Кто-нибудь пробовал собирать Firebird 2.1 на glibc-2.2.5?
В конечном итоге мне нужен даже не сервер, а его драйвера под Linux Mandrake
9.0, но и сервер было бы хорошо.
Вообще это реально?
Я на этом сервере собирал Firebird 1.5.0, может попробовать?
Thanks in advance,
Евгений
--
View this
Dmitry Yemanov-2 wrote:
Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Евгений
--
View this message in context:
http://www.nabble.com/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-nbackup-tp21848503p21972145.html
Sent from the
Hi there,
сервер version LI-V2.1.0.17798 Firebird 2.1 на Linux,
работаю под рутом один на сервере и один с базой
выполняем команду
/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb
создается файл
MC.gdb-0-20090205-1112.nbk
запускаю программу работы с базой, добавляем данные, blob-ы
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для дополнительной
21 matches
Mail list logo
