Ork Yason

легко база уронилась... ремонтировалась часть данных была беззаветно потеряна рестор делался с неактивными индексами - вот и ответ на вопрос лечится так же легко как и роняется

не сомневаюсь вот только пишет оно все время... сделать свип - не возможно никогда... все время дедлок ибаналист - пишет sweep gap больше чем среднее количество транзакци в день у меня их в день до млн... так же большое количество транзакий в транзакшн инвентори пейджес короче, рост загрузки проца со временем - это факт у меня доходило до 80%, это при том что размер базы не сильно ростет, а детайл-стат - я отключил ваще...

была проблема с удалением причина - не правильные индексы, а точнее нарушение форейджин кеев после падения базы лечилось пересозданием и чисткой... консольный конфигуратор сообщения не оправляет... уже давно... далее... не правильно построенна работа с транзакциями... стг очень долго их держит... за более чем месяц загрузка проца выростает с жалких 5-8 до 80%, это на пеньке4... бекап/рестор - спасет... но загрузка начинает снова расти... клиника короче

господа, я уже писал в прошлом месяце в этом тоже самое от балды обнуялет народ вот типичная запись из лога: 01 Jan 2008 00:16:00 Параметр cash был изменен с 0 на -10. 01 Jan 2008 00:01:00 Параметр freeMb был изменен с -16.4782 на 0. 31 Dec 2007 10:45:00 Закончена сессия с IP=192.168.1.25. Текущее состояние счета= 18.050437 грн. в ночь на 31е - 1е, у меня через КК снимается абонплата, как видно у абонплата снимается уже с нуля, в 00:01 стг обнулил этого пользователя стг предпоследний билд, т.е. не новогодний

кстати, Боря глючок появился недавно не удаляются пользователи т.е. они удаляются, а потом стг ложицца на мертво - дергаем его - подымается -а пользователя не удаляет

господа, ну вы прям из меди сделали совсем уж лажовину какую... с каких это пор оптика решает проблемы отсутствия электроэнергии, зависания оборудования, обрывы?! если предположить что в районе проблем с электричеством нет, железо стабильное - то оптика дает только расстояния и ширину канала...

Parse 'firebird_store v.1.4' module settings error: IBPP exception скудновато

Борис, Максим... я Максиму уже отписал в асю... очень было бы хорошо шоб ошибки с запросами к ФБ, СТГ писал полностью в лог файл... он у меня вис на дедлоках - а в логах - пусто...

с бекдором могут быть проблемы или изначально предлагать пользователи ИнетАксес с ним, типа вот мы можем вам решать проблемы удаленно - либо ставим обычный, но будем бегать и это стоит денег... можно по ушам получить за такие шутки - это несанкционированное проникновение в систему... нарветесь на крутых дядей - могут создать проблем...

господа, Вы так технично затюкали мой вопрос про детайл-стат... ну непишет, гат... шо делать?

поставь цэ билдера - в чем проблема?

ааааааааааааааааа а табличка с детальной статистикой пустая... что я делаю не так?!

ну если приедешь в Славянск, то всякого старье можем насыпать жалко выбрасывать

тазик, который потянет маршрутизацию двух подсетей на линухе - можно достать даром... думаю селерон 400 - можно самовывозом забрать... еще и доплатят... у нас от постоянного модренизирования такого барахла и поновей скоро будет полсклада

завелось прошу прощения, скрипт базы был от сентябрьского обновления все внеслось

main.cpp > 10:17:21 > - Popov_Konstantin main.cpp > 10:17:21 > (adding passed) firebird_store_users.cpp > 10:17:21 > *** IBPP::SQLException *** Context: Statement::Execute( update tb_users set address = ?, always_online = ?, credit = ?, credit_expire = ?, disabled = ?, email = ?, grp = ?, note = ?, passive = ?, passwd = ?,

я всегда одного и того же ставлю, последний из ветки 1.5

покрути ее может ветром сдуло или лазил кто - задел... в принципе показатели хорошие - дивно...

ааааааааааааааааааааааааааааа!!!! тарифы, админов перенес... main.cpp > 15:40:54 > Importing users: main.cpp > 15:40:54 > - Popov_Konstantin firebird_store_users.cpp > 15:40:54 > *** IBPP::SQLException *** Context: Statement::Execute( update tb_users set address = ?, always_online = ?, credit = ?, credit_expire = ?, disabled = ?, email = ?, grp = ?, note = ?, passive = ?,

да мне включить дебаг режим и откомпилить конвертер заново?

gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52) Linux router.slav.net.ua 2.6.18-8.el5 #1 SMP Thu Mar 15 19:57:35 EDT 2007 i686 i686 i386 GNU/Linux linux-gate.so.1 => (0x005d7000) libstg_logger.so => //usr/lib/stg/libstg_logger.so (0x0083f000) libstg_common.so => //usr/lib/stg/libstg_common.so (0x008e2000) libscript_executer.so => //usr/lib/stg/libscript_executer.so (0x0079c000 ) libdotconfpp.so => //usr/lib/stg/libdotconfpp.so (0x00dfa000) libexpat.so.0 => /lib/libexpat.so.0 (0x006f0000) libp

Для сборки под платформу x86-64 оптимизацию нужно отключить (в файле build). Похоже что это действительно баг компилятора. да я не про 64бит я про конвертер, который молчит и ничего не делает

так делать-то чего?

http://www.slav.net.ua/download/111