den68

Ээээ... наверно имелось в виду включить ?

не сильно она актуальна, при неработающей по крайней мере у меня ветки 2.4хх, а протокол там изменился, а заточить надо под 2.0.16. Короче, у тебя есть исходники?

коллекционируете? переписываем

Поделитесь сырцами: sgconfig.1.58.7.win sgconfig.1.55.7.win sgconfig.1.67.8.win у кого есть?

Охота вернуться, вернее уже вернулись на версию 2.0.16. Но охота там пофиксить Broken Pipe и прикрутить mysql, если не сложно, ткни носом где был баг который вызывал Broken Pipe плз.

Млин, стал падать сразу после запуска... наплодил кор, все указывают на одго и тоже место.... madf: как там дела с багом что я пресылал ? P.S. Пож. кинь критические баги по 2.0.16 версии, особенно доставало Broken Pipe!

А что, что то новое появилось ?

При инициализации софта должен быть включен код SMP, примеры можно глянуть в dhcpd,named и т.д. - в общем там не сложно...

to madf: я тебе на почту корки стг отправил - пересобрал кернел - насобирал ... резюме плз.. уж больно падения достали, за сутки раз 20-30. вторая коря через 5 мин. - результат тамже, кору выслал. 19:51:12 up 10 days, 3:35, 1 user, load average: 1.99, 1.63, 1.55 86 processes: 84 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 0.2% user 54.0% system 0.0% nice 0.0% iowait 44.1% idle CPU1 states: 3.0% user 12.1% system 0.0% nice 0.0% iowait 83.1% idle CPU2 states: 0.2% user 7.0% system 0.0% nice 0.0% iowait 91.1% idle CPU3 states: 100.0% user 0.0% system 0.0% nice 0.0% iowait 0.0% idle Mem: 2070032k av, 1702904k used, 367128k free, 0k shrd, 171400k buff 337004k active, 975788k inactive Swap: 779144k av, 0k used, 779144k free 1141200k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 25709 root 1 -19 40568 39M 2408 S < 99.9 1.9 48:45 2 stargazer2_4 1594 mysql 9 0 3420 3416 2392 S 1.4 0.1 129:58 2 mysqld я так понимаю что второй,третий,четвертый цпу он юзать из религиозных соображений не хочет ....

все эти баги проявляются под нагрузкой, вероятно: a) никто не использует ether_cap б) при использовании QUE на линуксе нет такой нагрузки 800-1200 OnLain г) у меня спец. глюк д) 2.0.16 на этой-же железяке работает с ipq и пользователей столько-же - не тормозит, не падает, мы на ней уже 2 года, пора бы и версию поменять

А изменений никаких нет ? жаль что все затихло, ато при ether_cap падает примерно раз в 3 часа, под нагрузкой с 7 до 22 - каждые 30 мин. коры нет хоть кернел пересобирай ....

что-то я неполучил, странно... кинь содержание в ПМ плз.

to vovksextra: Ты куда пропал ? или интерес к развитию темы закончился ? Кстати, можно в АПМ кассира встроить/интегрировать протокол работы с кассой, например ШТРИХ-М ? Драйвера, мануалы, dll, ActiveX - все присутствует. http://www.shtrih-m.ru/downloads/show_prod_77.html

Та не, от бинарей толку мало. Сделай ulimit -c 10000 и запусти старгейзер вручную. Когда упадет - в текущем каталоге будет корка. я же писал, кернел собран без поддержки коры 2.6

корки нет , бинари могу выслать ...

Ну так тамже написано: LDFLAGS += -l mysqlclient -L/usr/lib/mysql/

to: madf я письма с логами крашей отправлял - дошли ?

Взять Makefile и буилд из архива Макса и положить вместо имеющихся в директорию .plugins/store/store_mysql.

to: Cell Ну зачем так реагировать, человек на общественных началах что-то пишет, сам не пользую, но другими видимо востребованно, в чем притензии ? Воспаленное самолюбие не повод к публичным высказыванием ИМХО. Тем более про место обитание, на масквича похоже.

to: madf Кстати, поставил stg-2.4-2007.01.20-13.47.20, с ipq касяки такие-же, один в один, в принципе работоспособно если трансфер не более 10 мб/сек = 200-250 юзеров, потом - потеря пакетов итд. Система нормальная, очередь ipq не загружена, баг гдето внутри стг, неуспевает он обслуживать пакеты... Если возникнет вопрос про железо, то напомню: 4x3.2 Xeon 2048 опер. RH 9, версия 2.0.16 справлялалась на этой железяке с потоком итд. По крайней мере потерь небыло. Железяка TO-DO: 1. Через раз вылетает при добавлении пользователя через КК_ХМЛ, оч. неприятный баг, лог кидал, коры нет, хотя улимит стоит, помоему у меня кернел без коры собран ? непомню ... 2. Что-то странное с сообщениями для юзеров, когда они есть и юзер подключается, то в логе : 2008-01-16 00:40:21 -- Cannot get message for user alex. 2008-01-16 00:40:21 -- Couldn't GetMessage: и стг падает ... 3. При удалении пользователя падает стг, ранее при mod_ipq я такого не наблюдал ... При этом по факту юзер не удаляется. СТГ падает раньше. FUCK-OFF: Через кап_езернет работает, (в прошлый раз забыл ОнКоннект и Дисконнект поправить напредмет QUEUE/ACCEPT), пинг нормальный, загрузка таже, как считает - хз хотя догадываюсь P.S. Кстати, может это тот самы случай когда кодом не предусмотренна балансировка SMP ? (про загрузку проца)

1. Ничерта не понял. При чем тут авторизатор? При авторизации пакеты идут через цепочку que, отключенным просто разрешен пинг до шлюза (стг). Соответственно, когда пользователь не авторизован, пинг нормальный, когда он подключеться, пакеты начинают терятся. кстати, при такой нагрузке он упал, дойду до офиса, там он все писал на консоль... пришлю. 2. вечерком кину... parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = login depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = ip depth = 2 parser.cpp > 20:15:50 > ip = 192.168.247.5 parser.cpp > 20:15:50 > +++++++++ parser.cpp > 20:15:50 > ip=192.168.247.5 parser.cpp > 20:15:50 > --------- parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = ip depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = password depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = password depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = tariff depth = 2 parser.cpp > 20:15:50 > =========== Tariff now O_UNLIM_64 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = tariff depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = group depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = group depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = name depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = name depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = address depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = address depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = phone depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = phone depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = note depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = note depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = userdata0 depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = userdata0 depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = userdata1 depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = userdata1 depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = cash depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = cash depth = 2 configproto.cpp > 20:15:50 > ParseXMLStart parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseStart el = passive depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = passive depth = 2 parser.cpp > 20:15:50 > PARSER_CHG_USER::ParseEnd el = SetUser depth = 1 /etc/rc.d/init.d/stargazer2_4_DEBUG_lite: line 74: 7844 Segmentation fault LD_LIBRARY_PATH=./lib ./stargazer2_4 /etc/s targazer_2.4-debug

По watch -n 0 "cat /proc/net/ip_queue" макс показывает Queue length 350-400, Every 0s: cat /proc/net/ip_queue Tue Jan 15 19:44:11 2008 Peer PID : 7844 Copy mode : 2 Copy range : 96 Queue length : 365 Queue max. length : 655360 это в пике, то что проходит через que тормозиться и теряються пакеты, если отключить авторизатор, и пакеты минуют очередь que то пинг нормальный, пакеты не теряються. mysql в статистике кажет следующее: Select_scan | 712381 | | Slave_running | OFF | | Slave_open_temp_tables | 0 | | Slow_launch_threads | 0 | | Slow_queries | 0 | | Sort_merge_passes | 0 | | Sort_range | 0 | | Sort_rows | 103277 | | Sort_scan | 257 | | Table_locks_immediate | 741995 | | Table_locks_waited | 34 | | Threads_cached | 0 | | Threads_created | 736696 | | Threads_connected | 2 | | Threads_running | 1 | | Uptime | 32244 | +--------------------------+-----------+ вроде Table_locks_waited имеет разумную величину. Откуда нагрузка -непонятно. В дебаг режиме видно что стг дергает файрвалл скриптом ондисконнект по таймауту соеденения авторизатора.

Если пакеты теряются циклический, например каждый 5,3 или 10, то фвалл тут ИМХО непричем, тем более что под 2.0.16 такой-же, а он работает. QUEUE в iptables ставит пакет в очередь на обработку пользовательскому процессу, который решает что сделать с ним дальше: либо сбросить - DROP, либо разрешить его прохождение - ACCEPT. Про дебаг, разумно, спасибо - будем посмотреть чем он там занят

Дык, в топ посмотрите 4шт. - 3.2 Xeon ! 100% загружен один проц, остальные ещн как-то свободны - а пакеты теряються ! вот это непонятно. С ether_cap почемуто неработает авторизатор На версии 2.0.16 тянуло тоже самое через ipq и никаких проблем ... За код - спасибо.

To: madf,stg34 А нельзя выложить изменения где поправленны сообщения отсылаемые из КК ? текущая ситуация: 58 processes: 56 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 0.2% user 7.0% system 0.0% nice 0.0% iowait 91.1% idle CPU1 states: 100.0% user 0.0% system 0.0% nice 0.0% iowait 0.0% idle CPU2 states: 9.0% user 6.1% system 0.0% nice 0.0% iowait 83.1% idle CPU3 states: 2.0% user 3.1% system 0.0% nice 0.0% iowait 93.1% idle Mem: 2070032k av, 181848k used, 1888184k free, 0k shrd, 45012k buff 46128k active, 33908k inactive Swap: 779144k av, 0k used, 779144k free 34940k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 1565 root 1 -19 34572 33M 1960 S < 99.9 1.6 44:18 3 stargazer2_4 1562 mysql 9 0 3120 3116 2312 S 2.4 0.1 1:37 2 mysqld ping к хосту где стг ходит через один, вых. нагрузка 50 Мб/сек. на свиче, 700 юзеров. Общее впечатление что модуль ipq_cap вносит свою лепту