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

все эти баги проявляются под нагрузкой, вероятно: 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. Через раз вылетает при добавлении пользователя через КК_ХМЛ, оч. неприятный баг, лог кидал, коры нет,

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 =

По 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 в статистике кажет следующее:

Если пакеты теряются циклический, например каждый 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,