gall

// STG-Server Settings $stg_host = "192.168.51.222"; // IP-адрес сервера STG $stg_port = "5555"; // Порт сервера STG $stg_admin = "user"; // Логин администратора STG (для раздела "пользователи") $stg_password = "123123123"; // Пароль администратора STG (для раздела "пользователи") $stg_root_path = "/var/www/billing/"; // Полный путь до корневой директории сайта $stg_KK_path = "/var/www/run/sgconf_xml"; //Полный путь до консольного конфигуратора И все прекрасно работает.

а почему бы не написать полный путь - http://ИП_КОМПА/

Мне кажется, что чтото с config.php а точнее с путями апач не видит скрипт в корне сайта

Спасибо, все норм

Проверил в работе. Онлайн около 40 юзеров. Отработал честно больше двух часов. Вроде все норм, кроме одного. Начались проблемы с таблицей users, а именно Поля Userdata начали себя вести неадекватно)) У меня в поле userdata1 указан номер договора с абонентом, Так вот при каждом рестарте данные из этого поля смещаются на 1.... Тоесть после двух рестартов номер договора у меня уже в поле userdata3. Что тут еще не так?? Еще, у юзеров у которых стоит смена тарифа, в поля userdata1 и 2 теперь прописало значения из поля tariffchange. Какие будут мнения? Ведь после 6 или 7 рестарта данные на

Если верить дебагу, то на мускуле он и валится. Я наконец то научился останавливать и запускать СТГ. Последовательность действий. - Запустить СТГ чтобы он создал все таблицы в БД -- в этот момент нельзя к нему конектиться НИЧЕМ, иначе упадет, и не забываем про кодировку в конфиге СТГ, с неправильной кодировкой он на старте будет падать, после загрузки модуля mysql. - Остановка. - Далее, вливаем ему дамп рабочей базы (у меня от версии 2,403). - Немного поработать с базой нада ALTER TABLE users ADD DisabledDetailStat INT(3) DEFAULT(0); UPDATE users DisabledDetailStat = 1; Теперь осталос

Итак. СТГ стабильно отработал почти двое суток. Пришло время остановить его и влить свежий дамп базы, чтобы опробовать на юзерах. Залил базу, вырубил всем всегда онлайн, запустил СТГ Конекчусь пока сам inetaccess.cpp > 19:10:51 > User Gall1 FOUND! inetaccess.cpp > 19:10:51 > Add new user inetaccess.cpp > 19:10:51 > ========> InitEncrypt 'NO PASSWORD' '1209988' inetaccess.cpp > 19:10:51 > 1217002252.147853 192 bytes sent to 192.168.51.11:5555 len=192 inetaccess.cpp > 19:10:51 > Monitor time 1217002165 1217002311 inetaccess.cpp > 19:10:51 > re

Помоему я понял. Просто, по ходу событий мозг генерировал кучу вариаций, одной из них было... остановить сервак, и руками в БД прибить юзера test. Но 100% утверждать немогу... но думаю это оно.

Попробуй еще это сделать. - printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]); + //printfd(__FILE__, "PARSE_GET_USER::ParseStart login=%s\n", attr[1]); отключить парсер. Я такого сделать не успел, он у меня просто начал работать. Почему он у меня запустился, я пока выяснить не смог. Но факт, глючило..глючило.. и вдруг бац!!! я смог подключиться виндовым конфигуратором Ну а дальше закинул дамп реальной базы и оставил его на тесты.

Если вы прочитаете мои посты выше, то заметите, что все проблемы описаны. На данный момент СТГ у меня запущен в дебаге, онлайнеров под 90 (всем включил всегда онлайн). Сервер работает уже более суток. Итак... догадки. 1. LC_ALL=C export LC_ALL 2. UPDATE users Set DisabledDetailStat = 1;

http://sysadminday.com.ru/ Всех коллег поздравляю. И чтоб ни одного разрыва

Как вариант поиграйся с этим параметром "dbtablecharset = koi8-r" мне помогло

Вот что я вижу big-ben:~# gdb /sbin/stargazer GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /sbin/stargazer [Thread debugging using libthread_db enabl

Если можно уточните, какую из 4 версий лучше использовать, 4.0 или 4.1?

На старые модули оно то может и похоже. Но есть одно "НО", для теста скачаны исходники с офф сайта, комп "чистый" линух тока поставлен со всем необходимым, версий СТГ ниже 405 он после сборки еще и в глаза не видел, СТГ не инсталю, а руками раскладываю все по местам, предварительно руками удаляя все что было. Поэтому осталось только одно, курить маны и все что связано с gdb, как мне порекомендовали выше. Учитывая, что я далек от этого всего, то думаю дня на 3-4 den68 меня вывел из строя .... Версия мускуля 5.0.32 Если есть уверенность, что дело именно в нем, то можно и переустановить. .

Вот уж не ожидал такой наглости http://2img.org.ua/v.php?id=8f59a6c0c04f21...fc788d432dc.jpg

Итак, по-порядку. Скачал исходники с stg.dp.ua версия stg-2.405.9.8.src.tgz Скачал mysql_store.0.68-mutex.tar.gz (den68) Закинул исходники модуля мускуля, подправил Makefile SEARCH_DIRS += -I /usr/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/lib Собрал все без проблем, разложил по своим местам. Запустил с использованием сокетов mysqladmin -uroot -p123456 processlist +-----+------+-----------+-----+---------+------+-------+------------------+ | Id | User | Host | db | Command | Time | State | Info | +-----+------+-----------+-----+---------+------+-------+---------------

При любом конекте. Максимум что мне удалось получить это ответ на запрос ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r '<GetServerInfo/>' но не более одного раза, при втором обращении к СТГ.. спрашивать уже некого СТГ слетел.

Ось прямая, ставил с нета без всяких танцев с бубнами, единственное что доделал, это сменил ядро с 2-6-18 на 2-6-25. Привык я уже к дебиану. 2 den68 Я полностью с вами согласен, исходники я взял "stg-2.405.9.8_STG-WEB с модулем mysql_store_mutex-0.68_STG_WEB", те что в начале страницы, и чистые с stg.dp.ua. Открываем version.h и тама видим #define SERVER_VERSION "Stg 2.404" .. думаю потому в логе и пишет 2.404... Вчера в очередной раз снес все напрочь. И СТГ и базу. Собрал все с нуля. Стартонул, создались все таблицы, данные туда не заливал..оставил стандартного юзера test и админа.

Дебаг не помог, потому как он падал на самом старте, и в лог дебага ничего вообще не попадало. Проблему я нашел и подправил, СТГ стартонул. Падал он у меня после загрузки модуля мускульного, при чтении юзеров из базы. В конфиге dbtablecharset = koi8-r а mysqladmin сказал что кодировка latin1. ИМХО добавить бы в модуль пару строчек, чтоб при такой ошибке он хоть как то ругнулся в лог стг. (хорошо нервы крепкие и упорство победило разум) Поменял, запустилось. Но... Работает он минут по 10-15 и падает в кору, онлайнер один, всегда онланы отключены. Пробовал без модулей всегда онлайн и п

Хм. Раньше попробовать не додумался. Сегодня попробовал. Взял чистый СТГ и добавил ему мускуль-мутекс из этого поста http://local.com.ua/forum/index.php?showto...indpost&p=91747 Результат как и предполагал, падение сразу на старте. 2008-07-20 17:14:40 -- Stg v. Stg 2.404 2008-07-20 17:14:40 -- Message queue created successfully. msgKey=5555 msgID=327680 2008-07-20 17:14:40 -- Timer thread started successfully. 2008-07-20 17:14:40 -- Storage plugin: mysql_store v.0.68-mutex(den68). Loading successfull. Что ж тогда выходит? Не нравится модулю чтото, но что именно... Модуль вроде

Опробовал оба варианта. И сокет и ТСР. Результат один - кора. Собрал чистый СТГ 2,405 Запустил, стандартные таблицы появились. Поставил стг+веб Все повторилось... кора. Предлагаю всетаки перейти на общение в аське, ибо так медленно все происходит. номер 152856907

Собираю. Немного поправил мейк, чтоб нашел заголовки мускуля и сам клиент. Было SEARCH_DIRS += -I /usr/local/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/local/lib/mysql Стало SEARCH_DIRS += -I /usr/include/mysql LDFLAGS += -lmysqlclient_r -L /usr/lib/ В процессе сборки были варнинги. mysql_store.cpp: In member function 'virtual int MYSQL_STORE_SETTINGS::ParseSettings(const MODULE_SETTINGS&)': mysql_store.cpp:210: warning: overflow in implicit constant conversion mysql_store.cpp: In member function 'virtual int MYSQL_STORE::SaveUserConf(const USER_CONF&, const s

Запустил чистый СТГ, без патчей вообще, создались стандартные таблицы. Запускаю версию с СТГ-веб, падает и своих таблиц не добавляет. Заливаю дамп базы из СТГ 2,403 (фомат то у них чуток разный) Стартует и падает, дебаг пустой, в логе СТГ это 2008-07-19 19:05:24 -- Stg v. Stg 2.404 2008-07-19 19:05:24 -- Message queue created successfully. msgKey=5555 msgID=65536 2008-07-19 19:05:24 -- Timer thread started successfully. 2008-07-19 19:05:24 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull. 2008-07-19 19:05:24 -- Cannot read user abon100. Tariff not exist. 2008-0

Пробую. Собираю читстый СТГ, запускаю с тем же конфигом. Таблицы созданы. Значит логин и пароль верные, доступ юзера к базам есть. Руками таблицы не создавал, поскольку чистого sql запроса нету, а вытянуть все из mysql_store.cpp ума не хватит, из-за встречающихся там переменных Еще есть какие мысли?