Keen

Есть в наличии 3Com® Baseline Switch 2924-SFP Plus После грозы выгорело 12 портов. Подскажите, где бы перепаять его ?

то что я и думал, но откуда тогда соеденения из вне?

запущен старгейзер, подвисает виндовый конфигуратор. Хотя КК тоже. Насколько я понимаю, подвисает модуль mod_conf_sg. Используется файловая база. Сам старгейзер со всеми остальными модулями работает нормально.... В данный момент опять конфигуратор не конектится. Выдает ошибки connect failed или recv header answer error. localhost sgconfig # netstat -an | grep 5556 tcp 0 0 0.0.0.0:5556 0.0.0.0:* LISTEN tcp 0 0 194.169.205.1:5556 194.187.131.6:63015 SYN_RECV tcp 0 0 194.169.205.1:5556 94.244.170.212:1150 SYN_RECV tcp 0 0 194.169.205.1:5556 212.2.132.44:2107 SYN_RECV tcp 0 0 194.169.205.1:5556 62.199.112.230:50662 SYN_RECV tcp 0 0 194.169.205.1:5556 94.19.100.69:1723 SYN_RECV tcp 0 0 194.169.205.1:5556 95.133.37.239:4428 SYN_RECV tcp 0 0 194.169.205.1:5556 92.244.120.198:3458 SYN_RECV tcp 0 0 194.169.205.1:5556 95.132.224.212:62506 SYN_RECV tcp 0 0 194.169.205.1:5556 78.159.41.238:29795 SYN_RECV tcp 0 0 194.169.205.1:5556 193.34.92.25:3999 SYN_RECV tcp 0 0 194.169.205.1:5556 195.98.183.4:9864 SYN_RECV tcp 0 0 194.169.205.1:5556 94.178.56.205:3766 SYN_RECV tcp 0 0 194.169.205.1:5556 78.159.48.50:1052 SYN_RECV tcp 0 0 194.169.205.1:5556 91.124.8.71:4490 SYN_RECV tcp 0 0 194.169.205.1:5556 80.91.186.58:51185 SYN_RECV tcp 0 0 194.169.205.1:5556 91.210.250.2:3624 SYN_RECV tcp 0 0 194.169.205.1:5556 93.185.196.186:41692 ESTABLISHED tcp 69 0 194.169.205.1:5556 195.46.34.14:2502 CLOSE_WAIT Маленькая закономерность в том, что в выводе netstat'a после подвисания всего 18 строк. последнии строки лога старгейзера: rsconf.cpp > 10:15:39 > Connection accepted from 89.252.17.22 rsconf.cpp > 10:15:39 > Connection accepted from 193.111.156.166 rsconf.cpp > 10:15:40 > Connection accepted from 213.160.144.186 rsconf.cpp > 10:15:40 > Connection accepted from 93.84.33.146 rsconf.cpp > 10:15:40 > Connection accepted from 93.185.196.186 после этого в логе нет ничего связанного с rsconf.cpp и configproto.cpp З.Ы. Мож кто-то подскажет, как прибить коннекты к конфигуратору из вне? пробовал iptables -A INPUT -p tcp --dport 5556 -src host ! 192.168.0.0/24 -j DROP - пакеты вроде дропаются, но все равно немерянно коннектов....

незнаю поможет или нет, но пока могу предложить следующее: В данный момент конфигуратор висит Конектится он к порту 5556. localhost ~ # netstat -an | grep 5556 tcp 0 0 0.0.0.0:5556 0.0.0.0:* LISTEN tcp 0 0 194.169.205.1:5556 95.69.194.120:1573 SYN_RECV tcp 0 0 194.169.205.1:5556 95.132.191.173:3143 SYN_RECV tcp 0 0 194.169.205.1:5556 77.41.7.130:3028 SYN_RECV tcp 0 0 194.169.205.1:5556 95.69.194.120:1248 SYN_RECV tcp 0 0 194.169.205.1:5556 89.185.88.238:2996 SYN_RECV tcp 0 0 194.169.205.1:5556 77.35.129.129:2562 SYN_RECV tcp 0 0 194.169.205.1:5556 92.101.178.226:4634 SYN_RECV tcp 0 0 194.169.205.1:5556 92.113.149.224:4178 SYN_RECV tcp 0 0 194.169.205.1:5556 82.114.232.240:1984 SYN_RECV tcp 0 0 194.169.205.1:5556 91.124.43.118:4065 SYN_RECV tcp 0 0 194.169.205.1:5556 95.133.115.180:4706 SYN_RECV tcp 0 0 194.169.205.1:5556 85.174.45.126:3688 SYN_RECV tcp 0 0 194.169.205.1:5556 89.178.9.234:55030 SYN_RECV tcp 0 0 194.169.205.1:5556 82.63.251.172:2367 SYN_RECV tcp 0 0 194.169.205.1:5556 213.251.205.38:1626 SYN_RECV tcp 0 0 194.169.205.1:5556 212.106.41.147:3694 SYN_RECV tcp 0 0 194.169.205.1:5556 78.12.198.120:1094 ESTABLISHED tcp 69 0 194.169.205.1:5556 192.168.2.118:3570 CLOSE_WAIT В логе valgrind следующее: localhost stargazer # cat log2.txt ==16154== Memcheck, a memory error detector. ==16154== Copyright © 2002-2007, and GNU GPL'd, by Julian Seward et al. ==16154== Using LibVEX rev 1854, a library for dynamic binary translation. ==16154== Copyright © 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==16154== Using valgrind-3.3.1, a dynamic binary instrumentation framework. ==16154== Copyright © 2000-2007, and GNU GPL'd, by Julian Seward et al. ==16154== For more details, rerun with: -v ==16154== ==16154== My PID = 16154, parent PID = 15998. Prog and args are: ==16154== ./stargazer ==16154== /etc/stargazer/ ==16154== ==16154== Thread 11: ==16154== Conditional jump or move depends on uninitialised value(s) ==16154== at 0x42524D9: std::string::string(char const*, std::allocator<char> const&) (in /usr/lib/gcc/i686-pc-linux-gnu/4.2.3/libstdc++.so.6.0.9) ==16154== by 0x4FADEA5: CONFIGPROTO::RecvData(int) (rsconf.cpp:487) ==16154== by 0x4FAE627: CONFIGPROTO::Run(void*) (rsconf.cpp:244) ==16154== by 0x4FA9BC6: STG_CONFIG::Run(void*) (stgconfig.cpp:222) ==16154== by 0x4070046: start_thread (in /lib/libpthread-2.7.so) ==16154== by 0x4153D1D: clone (in /lib/libc-2.7.so) ==16155== ==16155== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 7 from 1) ==16155== malloc/free: in use at exit: 0 bytes in 0 blocks. ==16155== malloc/free: 503 allocs, 503 frees, 11,151 bytes allocated. ==16155== For counts of detected errors, rerun with: -v ==16155== All heap blocks were freed -- no leaks are possible. ==16154== ==16154== ERROR SUMMARY: 6 errors from 1 contexts (suppressed: 77 from 2) ==16154== malloc/free: in use at exit: 9,371 bytes in 61 blocks. ==16154== malloc/free: 2,036,950 allocs, 2,036,889 frees, 381,065,301 bytes allocated. ==16154== For counts of detected errors, rerun with: -v ==16154== searching for pointers to 61 not-freed blocks. ==16154== checked 75,608,492 bytes. ==16154== ==16154== LEAK SUMMARY: ==16154== definitely lost: 7,851 bytes in 50 blocks. ==16154== possibly lost: 1,296 bytes in 9 blocks. ==16154== still reachable: 224 bytes in 2 blocks. ==16154== suppressed: 0 bytes in 0 blocks. ==16154== Rerun with --leak-check=full to see details of leaked memory. В выводе консоли вся стандартная информация. Строки связанные с конфигуратором приведены ниже: rsconf.cpp > 18:29:57 > Connection accepted from 95.135.54.154 rsconf.cpp > 18:29:58 > Connection accepted from 95.79.203.113 rsconf.cpp > 18:30:09 > Connection accepted from 95.132.228.212 rsconf.cpp > 18:30:10 > Connection accepted from 192.168.0.1 configproto.cpp > 18:30:10 > ParseXMLStart configproto.cpp > 18:30:10 > Start configproto.cpp > 18:30:10 > Start configproto.cpp > 18:30:10 > Start configproto.cpp > 18:30:10 > Start configproto.cpp > 18:30:10 > ParseXMLStart configproto.cpp > 18:30:10 > ParseXMLStart parser.cpp > 18:30:10 > <SetUser result="ok"/> configproto.cpp > 18:30:10 > currParser == NULL rsconf.cpp > 18:30:12 > Connection accepted from 78.12.198.120 После этого конфигуратор висит или просто не коннектится. Более в логе ничего связанного с конфигуратором не нашел....

глюк подтверждаю. От версии конфигуратора или консольного конфигуратора не зависит. Проявляется: 1. При добавлении нового пользователя. Пользователь создается, конфигуратор подвисает. В итоге имеем что логин появился, пароль, айпишник и все остальные данные - пустые. Лечится перезапуском демона старгейзера. 2. Само по себе. Есть открытый кофигуратор, 1 минуту назад редактировали запись, добавляем денег на счет, конфигуратор подвисает. После 5ти минутного ожидания получаем Recv header answer error. Новые копии конфигуратора при конекте говорят connect failed. Щаз соберу в дебаг режиме, попробую там что-то найти.....

IMHO он аналог по функциональности d-link 3526, которые в данный момент можно найти по 900-1100 грн. От этого уже можно отталкиватся....

мдяс. Софт четко то, что надо..... Да цена кусается Нашел еще http://www.fv32.net/RSlight/ да немного не под те задачи.... Мож еще кто-то что-то подобное предложит, да с уровнем поменьше..... ?

Кто каким софтом пользуется для учета свичей, волокн, муфт, кроссов?.....

в онконнект засуньте проверку на количество денег. Делов на 20 минут. Информирование за 2 дня до конца месяца: sgconf="/var/stargazer/cm/sgconf" bc="/usr/bin/bc" date=`date` DinM=( 0 31 28 31 30 31 30 31 31 30 31 30 31 ) D=`date '+%Y-%m-%d %H-%M-%S'` declare -i Month=$((10#${D:5:2})) declare -i Day=$((10#${D:8:2})) tariffs="/var/stargazer/tariffs" if [ $Day -eq $(( ${DinM[$Month]}-2 )) ]; then Fee=$(cat $tariffs/$tariff.tf | grep "Fee=" | cut -d"=" -f2) if [ $(echo "$CASH < $Fee" | $bc) != 0 ]; then $sgconf set -s 127.0.0.1 -p 5556 -a messenger -w messenger -u $LOGIN -m 'Уважаемый пользователь! У вас не оплачен следующий месяц. Ваша абонплата: '$Fee' грн.; Остаток денег на счету: '$CASH' грн.

Пробую вытащить пароль пользователя, получаем: localhost sgconf # ./sgconf get -s 127.0.0.1 -p 5556 -a admin -w password -u user -o Segmentation fault В какую сторону копать?

Так эта я тоже так думал. В итоге за двое суток появилось только 20%. в /var/log/stargazer полезные данные так и не пишутся. Так и должно быть? Последнии строки лога: 2009-04-02 11:10:03 -- fprint failed. Message: 'No space left on device' 2009-04-02 11:10:03 -- Cannot write detail stat for user predse 2009-04-02 19:48:37 -- Cannot write conf for user cbobs. 2009-04-02 19:48:37 -- User 'cbobs' conf not written 2009-04-02 20:03:22 -- Cannot write conf for user STAR. 2009-04-02 20:03:22 -- User 'STAR' conf not written 2009-04-03 01:37:51 -- Cannot write conf for user ksusha. 2009-04-03 01:37:51 -- User 'ksusha' conf not written 2009-04-03 01:42:54 -- User 'Potehka' stat not written 2009-04-03 19:02:48 -- User 's_krav' conf not written Место освободил 02.04.09 около 20:00. Информация по поводу изменения данных пользователей так в лог и не пишется. Чувствую что придется вытянуть все данные через sgconf и вручную создавать файлики. Или есть способ по проще? Боюсь сервер в таком состоянии оставлять....

Нет, в связи с нехваткой места они не создались. Записывать эти байты некуда было

Используется файловая БД. Сегодня на винте свободное место приравнялось к 0. Последнии строчки в логах старгейзера: 2009-04-02 11:10:03 -- Cannot write detail stat for user redstar. 2009-04-02 11:10:03 -- fprint failed. Message: 'No space left on device' 2009-04-02 11:10:03 -- Cannot write detail stat for user predse 2009-04-02 19:48:37 -- Cannot write conf for user cbobs. 2009-04-02 19:48:37 -- User 'cbobs' conf not written В результате у каждого пользователя удалились stat и conf файлы. Сервер еще работает, трафик считает, через конфигуратор показывает все реальные данные пользователей. Как правильно пересоздать stat и conf файлы, без потери данных?

2. в stargazer.conf пропиши FullFee=yes

понял. Данные издержки на mod_ping тоже влияют? Т.к. в конфигураторе время пингов немного смещенное.....

Стоит последняя бета старгейзера. Детальная статистика пишется следующим образом: -> 13.30.00 - 13.26.35 192.168.0.6 2 144 0 0.000000 -> 13.40.00 - 13.36.38 192.168.0.201 2 216 0 0.000000 192.168.3.254 2 276 0 0.000000 -> 13.50.00 - 13.46.41 192.168.4.3 2 234 0 0.000000 -> 14.00.00 - 13.56.44 192.168.3.254 2 1748 1748 0.000000 -> 14.10.00 - 14.06.47 192.168.0.6 2 288 0 0.000000 192.168.3.254 2 1748 1564 0.000000 -> 14.20.00 - 14.16.50 192.168.3.254 2 1380 1288 0.000000 -> 14.30.00 - 14.26.53 192.168.0.6 2 3324 0 0.000000 Что-то мне время записей совсем не нравится.... Или может я не прав?

Сегодня еще один камешек вылез в крайней бете. Старгейзер не упал, а просто подвис.... Лог консоли + valgrind ушел на stg34@ua.fm

Стоит бета на боевом. Клиентов 800+ Максимальный онлайн 400+ Полет нормальный )

Именно так. Еще один баг: Старгейзер не снял абонплату. Трафик у всех пользователей обнулил, смену тарифов произвел, а вот денег не снял..... Хммм. Откатил время назад, перезапустил старгейзер - все ок. Пообнуляло трафик, поснимало абонплату.......

4е сутки полет нормальный. Разве что заметил что в лог .../stargazer.log пишутся данные только из под одного ИП адресса. К примеру: 2009-02-28 17:56:26 -- Admin 'admin', 192.168.0.6: ................. 2009-02-28 18:02:52 -- Admin 'messenger', 192.168.0.6: ............. 2009-02-28 18:03:19 -- Admin 'cash', 192.168.0.6: ................ Хотя изменения вносились с разных машин, с разных адресов. 192.168.0.6 - айпишник моей локальной машины.

800+

торрентами загружаеш по максимуму и снимай статистику с интерфейса.

изменил. Сутки полет нормальный, ждем следующих граблей. (Тьфу-тьфу-тьфу. Что б небыло)

Сегодня произвошло два падения. Одно ровно в 02:00:20, в это же время моргнул свет и подвис инет. Может совпадение? Второе с утречка. Последнии строчки консоли: inetaccess.cpp > 09:28:14 > 1235287798.366477 384 bytes sent to 192.168.0.4:5555 len=384 inetaccess.cpp > 09:28:14 > Send_ALIVE_SYN_8 inetaccess.cpp > 09:28:14 > recv from 192.168.0.4 5555 len=64 inetaccess.cpp > 09:28:14 > User kirill FOUND! inetaccess.cpp > 09:28:14 > ======================> InitEncrypt dont needed inetaccess.cpp > 09:28:14 > Monitor time 1235269003 1235287754 inetaccess.cpp > 09:28:14 > recv from 194.169.205.31 5555 len=96 inetaccess.cpp > 09:28:14 > User virus FOUND! inetaccess.cpp > 09:28:14 > ======================> InitEncrypt dont needed inetaccess.cpp > 09:28:14 > 1235287798.422025 32 bytes sent to 194.169.205.31:5555 len=32 inetaccess.cpp > 09:28:14 > Monitor time 1235269003 1235287754 inetaccess.cpp > 09:28:14 > recv from 194.169.205.31 5555 len=64 inetaccess.cpp > 09:28:14 > User virus FOUND! inetaccess.cpp > 09:28:14 > ======================> InitEncrypt dont needed inetaccess.cpp > 09:28:14 > Send_FIN_8 users.cpp > 09:28:14 > Del IP Idx traffcounter.cpp > 09:28:14 > DelUser: virus Killed Корки нет, есть лог valgrind на 20кб. Могу скинуть, если там есть что-то интересное......

запустил под valgrind. Через пару мин было падение. Запустил еще раз в скринах с перенаправлением консольного вывода в лог и с --log-file...... Вторые сутки еще живем, ждем падения. Далее отпишусь с подробностями