Страница 1 из 1
internal gds software consistency check (invalid SEND reques
Добавлено: 11 дек 2006, 12:06
Ork Yason
fb 1.5
1.5gb
linux
биллинговая система
каждые 10минут скрипты на вставку под 0.5мб
каждую минуту около 20-100 записей - состояния компьютеров в сети
на прошлой неделе стали появлятся подобные ошибки
в пятницу все упало... 6часов на восстановление из резервной и ввод потерянных данных из логов...
ситуация не изменилась...
отключил все скрипты на ввод данных - биллинг просто проводит платежы (не более 50 строк в сутки) и логи пользоватлей (до 1000)
до селе все подобные проблемы на других местах решались - простым восстановлением из резерва...
здесь не помогает...
проверка диска не проводилась - понедельник - выключить сервер нет возможности - клиенты сожрут...
Добавлено: 11 дек 2006, 12:51
Dimitry Sibiryakov
Точная версия оси и птички жутко секретны или ты просто не знаешь как их получить?
Добавлено: 11 дек 2006, 15:34
Ork Yason
не думал что так важно
BuildVersion=1.5.2.4731
PackageVersion=0
CpuType=i686
CentOS, ядро 2.6.13
Добавлено: 11 дек 2006, 15:44
Dimitry Sibiryakov
NPTL используется в этой CentOS? Если да, то FB должна быть соответствующая. Иначе - глюки.
Добавлено: 11 дек 2006, 15:57
Ork Yason
у меня установленных пакетов для NPTL - нет
Добавлено: 11 дек 2006, 16:20
Ork Yason
может имеет смысл поставить 2ю версию?
Re: internal gds software consistency check (invalid SEND re
Добавлено: 11 дек 2006, 18:10
hvlad
Ork Yason писал(а):fb 1.5
1.5gb
linux
биллинговая система
каждые 10минут скрипты на вставку под 0.5мб
каждую минуту около 20-100 записей - состояния компьютеров в сети
на прошлой неделе стали появлятся подобные ошибки
в пятницу все упало... 6часов на восстановление из резервной и ввод потерянных данных из логов...
ситуация не изменилась...
отключил все скрипты на ввод данных - биллинг просто проводит платежы (не более 50 строк в сутки) и логи пользоватлей (до 1000)
до селе все подобные проблемы на других местах решались - простым восстановлением из резерва...
здесь не помогает...
проверка диска не проводилась - понедельник - выключить сервер нет возможности - клиенты сожрут...
Чем выполняются скрипты ?
Какие ещё программы работают с БД ?
Сам биллинг - мультипоточный ?
Эта ошибка говорит о кривом клиенте, как правило
Добавлено: 12 дек 2006, 11:58
Ork Yason
биллинг выдает все свои данные в текстовые файлы раз в 10минут
мой скрипт на пхп парсит их - выбирает нужные, генерирует скрипт - и импортирует его в базу через isql
все происходит локально и биллинг и БД находятся на одном сервере
мелкие изменения настроек профилей пользователей биллинга через веб... PHP Version 4.3.9, модуль интербейз 1.91.2.33
работает мой клиент писанный на с++билдере (IBx)
рабоат удаленная, как по сети, так и через интернет
сюдя по времени ошибок, они появляются во время загрузки 10минутного скрипта
о мультипоточности - не скажу, не знаю
Добавлено: 12 дек 2006, 12:24
hvlad
Ork Yason писал(а):биллинг выдает все свои данные в текстовые файлы раз в 10минут
мой скрипт на пхп парсит их - выбирает нужные, генерирует скрипт - и импортирует его в базу через isql
все происходит локально и биллинг и БД находятся на одном сервере
...
сюдя по времени ошибок, они появляются во время загрузки 10минутного скрипта
Т.е. реально загрузку данных осуществляет isql ? isql даёт какие-либо ошибки ? Как коннектится isql (локально или с localhost) ?
FB - CS или SS ?
Добавлено: 12 дек 2006, 13:22
Ork Yason
1. да
2. скрипт:
Код: Выделить всё
#!/bin/bash
dt=$(date '+%d.%m.%Y %H:%M:%S')
echo $dt - скрипт 10minutes запущен! >> /var/log/to_db.log
/home/yarik/bin/to_fb10.php >> /var/log/to_db.log
/opt/firebird/bin/isql -i /to_fb10.sql -noautocommit
вывод:
Use CONNECT or CREATE DATABASE to specify a database
Expected end of statement, encountered EOF
3. по имени сервера
4. FirebirdSS-1.5.2.4731-0
общий вид скрипта:
Код: Выделить всё
SET NAMES NONE;
CONNECT 'server:/xxxxxxxxx/xxxxxxxx.gdb' USER 'SYSDBA' PASSWORD 'xxxxxxxxxxxxx';
insert into user_traff (login, dt_from, dt_to, ip, code_tt, bytes_in, bytes_out, money)
values("asdfasdfasdfas", "12.12.2006 12:10:10", "12.12.2006 12:20:00", "213.219.248.29", 3, 5860, 962, 0.000325);
....
COMMIT WORK;
Добавлено: 12 дек 2006, 15:44
hvlad
Ork Yason писал(а):1. да
2. скрипт:
Код: Выделить всё
#!/bin/bash
dt=$(date '+%d.%m.%Y %H:%M:%S')
echo $dt - скрипт 10minutes запущен! >> /var/log/to_db.log
/home/yarik/bin/to_fb10.php >> /var/log/to_db.log
/opt/firebird/bin/isql -i /to_fb10.sql -noautocommit
А зачем -noautocommit ??? Там что - DDL есть ?
Ork Yason писал(а):
вывод:
Use CONNECT or CREATE DATABASE to specify a database
Expected end of statement, encountered EOF
Интересует вывод isql в те моменты, когда в логе сервера появляется багчек "invalid SEND request"
Но и такой ошибки тоже быть не должно - рекомендую разобраться с её причиной
Ork Yason писал(а):
3. по имени сервера
4. FirebirdSS-1.5.2.4731-0
Раз SS, то нужно ещё раз убедиться в соответствии использования NPTL сервером и линуксом
Добавлено: 12 дек 2006, 16:10
Ork Yason
я думал по умочанию скрипт после каждойкоманды комится...
я думаю, может без скрипта, сразу из пхп в базу пихать???
NPTL - точно не стоит
Добавлено: 12 дек 2006, 16:15
hvlad
Ork Yason писал(а):я думал по умочанию скрипт после каждойкоманды комится...
я думаю, может без скрипта, сразу из пхп в базу пихать???
NPTL - точно не стоит
Этот то самый случай, когда не надо думать - надо читать доку, думать - потом
Сразу из ПХП - почему нет ? А если задействовать препарированный запрос да ещё и локальный коннект (если оно на одной машине), то будет намного быстрее.
Заодно и обработку ошибок можно будет нормальную сделать
Добавлено: 12 дек 2006, 16:39
Ork Yason
направление копошения мне понятно...
тогда последний вопрос, есть ли смысл переходить на 2 версию FB?
Добавлено: 12 дек 2006, 17:19
hvlad
Ork Yason писал(а):тогда последний вопрос, есть ли смысл переходить на 2 версию FB?
С точки зрения - авось пройдёт ? Вряд ли
А вообще - конечно стоит. Только предвартельно погоняй тесты, своё приложение, почитай внимательно релиз ноты, дабы не было ненужных вопросов...