internal gds software consistency check (invalid SEND reques
Модераторы: kdv, Alexey Kovyazin
internal gds software consistency check (invalid SEND reques
fb 1.5
1.5gb
linux
биллинговая система
каждые 10минут скрипты на вставку под 0.5мб
каждую минуту около 20-100 записей - состояния компьютеров в сети
на прошлой неделе стали появлятся подобные ошибки
в пятницу все упало... 6часов на восстановление из резервной и ввод потерянных данных из логов...
ситуация не изменилась...
отключил все скрипты на ввод данных - биллинг просто проводит платежы (не более 50 строк в сутки) и логи пользоватлей (до 1000)
до селе все подобные проблемы на других местах решались - простым восстановлением из резерва...
здесь не помогает...
проверка диска не проводилась - понедельник - выключить сервер нет возможности - клиенты сожрут...
1.5gb
linux
биллинговая система
каждые 10минут скрипты на вставку под 0.5мб
каждую минуту около 20-100 записей - состояния компьютеров в сети
на прошлой неделе стали появлятся подобные ошибки
в пятницу все упало... 6часов на восстановление из резервной и ввод потерянных данных из логов...
ситуация не изменилась...
отключил все скрипты на ввод данных - биллинг просто проводит платежы (не более 50 строк в сутки) и логи пользоватлей (до 1000)
до селе все подобные проблемы на других местах решались - простым восстановлением из резерва...
здесь не помогает...
проверка диска не проводилась - понедельник - выключить сервер нет возможности - клиенты сожрут...
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Re: internal gds software consistency check (invalid SEND re
Чем выполняются скрипты ?Ork Yason писал(а):fb 1.5
1.5gb
linux
биллинговая система
каждые 10минут скрипты на вставку под 0.5мб
каждую минуту около 20-100 записей - состояния компьютеров в сети
на прошлой неделе стали появлятся подобные ошибки
в пятницу все упало... 6часов на восстановление из резервной и ввод потерянных данных из логов...
ситуация не изменилась...
отключил все скрипты на ввод данных - биллинг просто проводит платежы (не более 50 строк в сутки) и логи пользоватлей (до 1000)
до селе все подобные проблемы на других местах решались - простым восстановлением из резерва...
здесь не помогает...
проверка диска не проводилась - понедельник - выключить сервер нет возможности - клиенты сожрут...
Какие ещё программы работают с БД ?
Сам биллинг - мультипоточный ?
Эта ошибка говорит о кривом клиенте, как правило
биллинг выдает все свои данные в текстовые файлы раз в 10минут
мой скрипт на пхп парсит их - выбирает нужные, генерирует скрипт - и импортирует его в базу через isql
все происходит локально и биллинг и БД находятся на одном сервере
мелкие изменения настроек профилей пользователей биллинга через веб... PHP Version 4.3.9, модуль интербейз 1.91.2.33
работает мой клиент писанный на с++билдере (IBx)
рабоат удаленная, как по сети, так и через интернет
сюдя по времени ошибок, они появляются во время загрузки 10минутного скрипта
о мультипоточности - не скажу, не знаю
мой скрипт на пхп парсит их - выбирает нужные, генерирует скрипт - и импортирует его в базу через isql
все происходит локально и биллинг и БД находятся на одном сервере
мелкие изменения настроек профилей пользователей биллинга через веб... PHP Version 4.3.9, модуль интербейз 1.91.2.33
работает мой клиент писанный на с++билдере (IBx)
рабоат удаленная, как по сети, так и через интернет
сюдя по времени ошибок, они появляются во время загрузки 10минутного скрипта
о мультипоточности - не скажу, не знаю
Т.е. реально загрузку данных осуществляет isql ? isql даёт какие-либо ошибки ? Как коннектится isql (локально или с localhost) ?Ork Yason писал(а):биллинг выдает все свои данные в текстовые файлы раз в 10минут
мой скрипт на пхп парсит их - выбирает нужные, генерирует скрипт - и импортирует его в базу через isql
все происходит локально и биллинг и БД находятся на одном сервере
...
сюдя по времени ошибок, они появляются во время загрузки 10минутного скрипта
FB - CS или SS ?
1. да
2. скрипт:
вывод:
Use CONNECT or CREATE DATABASE to specify a database
Expected end of statement, encountered EOF
3. по имени сервера
4. FirebirdSS-1.5.2.4731-0
общий вид скрипта:
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;
А зачем -noautocommit ??? Там что - DDL есть ?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
Интересует вывод isql в те моменты, когда в логе сервера появляется багчек "invalid SEND request"Ork Yason писал(а): вывод:
Use CONNECT or CREATE DATABASE to specify a database
Expected end of statement, encountered EOF
Но и такой ошибки тоже быть не должно - рекомендую разобраться с её причиной
Раз SS, то нужно ещё раз убедиться в соответствии использования NPTL сервером и линуксомOrk Yason писал(а): 3. по имени сервера
4. FirebirdSS-1.5.2.4731-0
Этот то самый случай, когда не надо думать - надо читать доку, думать - потомOrk Yason писал(а):я думал по умочанию скрипт после каждойкоманды комится...
я думаю, может без скрипта, сразу из пхп в базу пихать???
NPTL - точно не стоит
Сразу из ПХП - почему нет ? А если задействовать препарированный запрос да ещё и локальный коннект (если оно на одной машине), то будет намного быстрее.
Заодно и обработку ошибок можно будет нормальную сделать