Queeq

Поставил MySQL 5.0. При запуске стг всё то же самое. При запуске конвертера: (gdb) r ./convertor.conf Starting program: /usr/home/queeq/stargazer/stg-2.405.9.8/projects/convertor/convertor ./convertor.conf [New LWP 100045] [New Thread 0x28301100 (LWP 100045)] main.cpp > 15:26:46 > Start file_store.cpp > 15:26:46 > FILES_STORE_SETTINGS::ParseSettings file_store.cpp > 15:26:46 > workDir = /var/stargazer main.cpp > 15:26:46 > Importing admins: Program received signal SIGSEGV, Segmentation fault. [switching to Thread 0x28301100 (LWP 100045)] 0

Так старгейзер точно так же в корку выпадает при запуске (при этом остаётся висеть процесс, который убивается только через kill -9): ps ax | grep starg 53548 ?? S 0:00.00 stargazer: stg-exec (stargazer) В /var/log/messages: Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex Use MYSQL TCP port Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex MysqlReConnect() Sep 4 13:33:34 srv-2 stargazer: STG mysql_store-mutex MysqlReConnect() Sep 4 13:33:34 srv-2 kernel: pid 53547 (stargazer), uid 0: exited on signal 11 (core dumped) В /var/log/stargazer.log: 2008-09-04 13:33

Кстати в /var/log/messages есть вот такое: Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 15:53:47 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:14:28 srv-2 convertor: STG mysql_store-mutex MysqlReConnect() Sep 3 16:18:10 srv-2 convertor: STG mysql_store-mutex Use MYSQL TCP port Sep 3 16:18:10 srv-2 convertor: STG mys

Мускуль последний - 5.1.26. Как решить проблему?

FreeBSD 7, stg-2.405.9.8 В projects/convertor/build и Makefile поменял все вхождения lc_r на lpthread, в build добавил 7) OS=bsd5;; (gdb) r ./convertor.conf Starting program: /usr/home/queeq/stargazer/stg-2.405.9.8/projects/convertor/convertor ./convertor.conf [New LWP 100066] [New Thread 0x28301100 (LWP 100066)] main.cpp > 15:53:47 > Start file_store.cpp > 15:53:47 > FILES_STORE_SETTINGS::ParseSettings file_store.cpp > 15:53:47 > workDir = /mnt/var/stargazer main.cpp > 15:53:47 > Importing admins: Program received signal SIGSEGV, Segment

Главный пост обновлён. Пробуйте

Наконец-то я добился того, что сабжевая связка устанавливается. ВНИМАНИЕ! Скрипт не проверяет наличие ошибок при установке компонентов! Поэтому убедитесь, что выполнены все условия для установки каждого из компонентов! Посему выкладываю скрипт автоматической установки и сопровождающие файлы: install_stg - собственно скрипт stg_freebsd7.patch - костыли для того, чтобы Старгейзер работал на 7-й фре. sgconf_xml_freebsd7.patch - такие же костыли для sgconf_xml Кроме того нам потребуется: stg-2.405.9.8.src.tgz stg-2.405.9.8_STG-WEB.patch mysql_mutex-0.68_STG-WEB_stg-2.405.9.8.tar.

А на 7-й фре что-то вообще не собирается... Даже просто stg-2.405.9.8 + mod_netflow-1.3.4 gmake[2]: Entering directory `/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/plugins/authorization/inetaccess' g++ -c inetaccess.cpp -O2 -I/usr/local/include -Wall -fPIC -I /usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../include -DFREE_BSD5 g++ inetaccess.o /usr/lib/libpthread.so /usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../lib/libstg_common.so -L/usr/local/lib -shared -L/usr/home/queeq/stargazer/stg-2.405.9.8/projects/stargazer/../../lib -Wl,-rpath,/

Как я понял, последняя работающая связка - это 2.4-2007.01.20-13.47.20 + stg-web_0.06 + mod_netflow-1.3.4 и для stg-2.405.9.8 такого не сделать. Вот и хочется узнать когда выйдет что-то подобное. И можно ли взять на тестирование сейчас.

Разработка остановилась?

Как хорошо, что я дочитал эту тему до конца Подскажите, пожалуйста, работающий рецепт STG + netflow + stg-web. Есть ли более свежий, чем 2.4-2007.01.20-13.47.20 + stg-web_0.06 + mod_netflow-1.3.4?

да-да, поддерживаю pf!

enable conf t ip http server

Мысль хорошая. Особенно полезно ставить её на клиентские тачки, которая будет производить операции по их защите. А то от одностороннего arp-спуфинга на клиента она не защитит, если стоит только на сервере. Ещё пару замечаний. Во-первых всплывает проблема смены пользователями компов либо использования нескольких компов (например, ноутбука). В таком случае я вижу решение в клиент-серверной архитектуре с регистрацией своих маков на сервере. Т.е. когда клиент хочет добавить новый комп в сеть, он ставит программку и регистрируется на сервере. Допустим это должен администратор утвердить вручную. По

Гы, я в соседнем здании работаю

to hell1987 ИМХО, Ваши неграмотно написанные сообщения являются поводом ставить под сомнения Ваши слова.

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

Хм. Почему в таком случае просто маску не увеличить? Поставить, например, 172.16.22.0 /23

Можно.

Просто ставите управляемый свич где запланировали, разбиваете на вланы. Делаете транковый порт в сторону роутера. По-идее тупые свичи должны dot1q пакеты нормально до роутера форвардить.

Не обязательно с этим разбираться. Можно нанять интегратора, который всё сделает за тебя и будет поддерживать твою сеть.

Чудеса какие-то. А есть возможность поменять этот тп-линк на что-то другое временно?

Zaporog"e подфартило...

Да хотя бы не пошаговую инструкцию, а точную информацию что нужно для "честной работы".

И скажите ещё, пожалуйста, кто какие 16-портовые тупые гигабитные свичи использует. Д-линки нормальные такие?