Kucher2 Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 Дык, конечно я делаю gmake. Всегда так делал. Если сделать make, то вот: make -C conffiles.lib "../Makefile.in", line 9: Missing dependency operator "../Makefile.in", line 11: Need an operator "../Makefile.in", line 13: Missing dependency operator "../Makefile.in", line 15: Need an operator "../Makefile.in", line 17: Missing dependency operator "../Makefile.in", line 18: Missing dependency operator "../Makefile.in", line 20: Need an operator "../Makefile.in", line 22: Need an operator "../Makefile.in", line 24: Missing dependency operator "../Makefile.in", line 25: Missing dependency operator "../Makefile.in", line 27: Need an operator "../Makefile.in", line 29: Need an operator "../Makefile.in", line 31: Missing dependency operator "../Makefile.in", line 33: Need an operator "../Makefile.in", line 35: Missing dependency operator "../Makefile.in", line 37: Need an operator "../Makefile.in", line 49: Missing dependency operator "../Makefile.in", line 51: Need an operator "../Makefile.in", line 53: Need an operator Error expanding embedded variable. *** Error code 2 Stop in /usr/amba2/stg/stg-2.406/stglibs.
madf Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 Дык, конечно я делаю gmake. Всегда так делал. Если сделать make, то вот: make -C conffiles.lib "../Makefile.in", line 9: Missing dependency operator "../Makefile.in", line 11: Need an operator "../Makefile.in", line 13: Missing dependency operator "../Makefile.in", line 15: Need an operator "../Makefile.in", line 17: Missing dependency operator "../Makefile.in", line 18: Missing dependency operator "../Makefile.in", line 20: Need an operator "../Makefile.in", line 22: Need an operator "../Makefile.in", line 24: Missing dependency operator "../Makefile.in", line 25: Missing dependency operator "../Makefile.in", line 27: Need an operator "../Makefile.in", line 29: Need an operator "../Makefile.in", line 31: Missing dependency operator "../Makefile.in", line 33: Need an operator "../Makefile.in", line 35: Missing dependency operator "../Makefile.in", line 37: Need an operator "../Makefile.in", line 49: Missing dependency operator "../Makefile.in", line 51: Need an operator "../Makefile.in", line 53: Need an operator Error expanding embedded variable. *** Error code 2 Stop in /usr/amba2/stg/stg-2.406/stglibs. А нужно делать ./build
Kucher2 Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 env CXXFLAGS=-l/usr/local/include LDFLAGS=-L/usr/local/lib ./build: ############################################################################# Building sgconf for FreeBSD 8 ############################################################################# Checking endianess... FAIL! Endianess checking failed gmake я делал чтоб собрать библиотеки в ../stglibs и подсунуть недостающие для sgconf, потому что собраный sgconf - у меня уже есть.
madf Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 env CXXFLAGS=-l/usr/local/include LDFLAGS=-L/usr/local/lib ./build: ############################################################################# Building sgconf for FreeBSD 8 ############################################################################# Checking endianess... FAIL! Endianess checking failed gmake я делал чтоб собрать библиотеки в ../stglibs и подсунуть недостающие для sgconf, потому что собраный sgconf - у меня уже есть. Так надо разбираться почему FAIL. А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть.
madf Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 Для начала в скрипте build найди такие 3 строки: echo -n "Checking endianess... " echo "int main() { int probe = 0x00000001; return *(char *)&probe; }" > build_check.c gcc $CXXFLAGS $LDFLAGS build_check.c -o fake > /dev/null 2> /dev/null И в последней убери перенаправления в /dev/null: echo -n "Checking endianess... " echo "int main() { int probe = 0x00000001; return *(char *)&probe; }" > build_check.c gcc $CXXFLAGS $LDFLAGS build_check.c -o fake После этого перезапусти build с указанием CXXFLAGS/LDFLAGS и посмотрим что происходит.
Kucher2 Опубліковано: 16 лютого, 2010 Опубліковано: 16 лютого, 2010 А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть. Со старой системы, у меня на другой машине была FreeBSD 6.2. Сделал: echo -n "Checking endianess... "echo "int main() { int probe = 0x00000001; return *(char *)&probe; }" > build_check.c gcc $CXXFLAGS $LDFLAGS build_check.c -o fake env CXXFLAGS=-l/usr/local/include LDFLAGS=-L/usr/local/lib ./build: ############################################################################# Building sgconf for FreeBSD 8 ############################################################################# Checking endianess... /usr/bin/ld: cannot find -l/usr/local/include FAIL! Endianess checking failed
madf Опубліковано: 17 лютого, 2010 Опубліковано: 17 лютого, 2010 А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть. Со старой системы, у меня на другой машине была FreeBSD 6.2. Сделал: echo -n "Checking endianess... "echo "int main() { int probe = 0x00000001; return *(char *)&probe; }" > build_check.c gcc $CXXFLAGS $LDFLAGS build_check.c -o fake env CXXFLAGS=-l/usr/local/include LDFLAGS=-L/usr/local/lib ./build: ############################################################################# Building sgconf for FreeBSD 8 ############################################################################# Checking endianess... /usr/bin/ld: cannot find -l/usr/local/include FAIL! Endianess checking failed В LDFLAGS вместо большой L указана маленькая l
Kucher2 Опубліковано: 17 лютого, 2010 Опубліковано: 17 лютого, 2010 Чёрт, я почему-то думал что так и надо... :/ Сейчас глянул на Ваш пост. Здесь Вы предлагаетете так: CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./build, хотя ошибка похоже такая же. У меня почему-то после CXXFLAGS= - буква видна как "маленькая эл", а не "И латинская, большая". Правильно отображается только в режиме редактирования. sgconf собрался сразу. Большое Вам спасибо. Меня уже откровенно "клинить" начало от всего этого. Очень устал. Простите ещё раз за беспокойство.
napTu Опубліковано: 2 квітня, 2010 Опубліковано: 2 квітня, 2010 спасибо, хорошо что гугл знает эту страничку env CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./build сработало
napTu Опубліковано: 13 травня, 2010 Опубліковано: 13 травня, 2010 (відредаговано) madf, если не сложно, где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался? Или может можно считать трафик сразу нескольких айпишников одной учетной записи в онлайне? Я на данный момент подключаю два адреса (скриптом), но считается (как заложено) один. Т.к. безлимитка, то особо не важно, но подсчет бы не помешал. в принципе и always online думаю обойти указанием второго айпишника в дополнительном поле... ...не получится. По второму адресу ведь должен тоже авторизировать STG через авторизатор Відредаговано 14 травня, 2010 napTu
napTu Опубліковано: 15 травня, 2010 Опубліковано: 15 травня, 2010 где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался спасибо, нашел, подправил ao.cpp if (ips.OnlyOneIP() || ! ips.OnlyOneIP()) { if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0) {
madf Опубліковано: 17 травня, 2010 Опубліковано: 17 травня, 2010 где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался спасибо, нашел, подправил ao.cpp if (ips.OnlyOneIP() || ! ips.OnlyOneIP()) { if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0) { Считаться будет только этот один адрес. Обсчитывать несколько адресов для пользователя пока нет возможности.
yKpon Опубліковано: 20 травня, 2010 Опубліковано: 20 травня, 2010 не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...: есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть?
madf Опубліковано: 20 травня, 2010 Опубліковано: 20 травня, 2010 не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...: есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть? Ну да. Абонплата снимается за прошедший месяц, по этому она и рассчитывается из рабочего времени. А трафик предоставляется на следующий месяц, по этому он выдается в полном объеме.
yKpon Опубліковано: 24 травня, 2010 Опубліковано: 24 травня, 2010 заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает
Kucher2 Опубліковано: 24 травня, 2010 Опубліковано: 24 травня, 2010 заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает Эм, ну вообще-то об этом говорилось тут неоднократно - он всё равно будет отключён по тайм-ауту. Несколько десятков секунд. При этом траф его считается. Или это в новой версии такой баг?
yKpon Опубліковано: 25 травня, 2010 Опубліковано: 25 травня, 2010 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно
madf Опубліковано: 25 травня, 2010 Опубліковано: 25 травня, 2010 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно 2.406? Патчи какие-нибуть накладывались? Я такого не наблюдаю ни в 406, ни в более поздних.
lalex Опубліковано: 27 травня, 2010 Опубліковано: 27 травня, 2010 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно подтверждаю. в 406 этот баг присутствует (последний билд пока не ставил). каким образом происходит и по какой причине - неясно. бывает рандомно на разных логинах.. с периодичностью 1-2 недели. помогает только перезапуск СТГ.
morfey Опубліковано: 27 травня, 2010 Опубліковано: 27 травня, 2010 в мене 406, аптайм 100днів, багів не помітив
nickmas Опубліковано: 29 травня, 2010 Опубліковано: 29 травня, 2010 Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них: 2010-05-29 21:55:54 -- Connect, 172.16.17.17 2010-05-29 21:56:54 -- Disconnect, session upload: '644,531088,0,0,0,0,0,0,0,0' session download: '1376,7611440,0,0,0,0,0,0,0,0' month upload: '7377710,23385815655,0,0,0,0,0,0,0,0' month download: '38726209,35254963744,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 21:57:57 -- Connect, 172.16.17.17 2010-05-29 21:59:12 -- Disconnect, session upload: '920,500540,0,0,0,0,0,0,0,0' session download: '1744,9344557,0,0,0,0,0,0,0,0' month upload: '7378630,23386316195,0,0,0,0,0,0,0,0' month download: '38727953,35264308301,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:00:15 -- Connect, 172.16.17.17 2010-05-29 22:01:33 -- Disconnect, session upload: '920,449558,0,0,0,0,0,0,0,0' session download: '2340,9711837,0,0,0,0,0,0,0,0' month upload: '7379550,23386765753,0,0,0,0,0,0,0,0' month download: '38730293,35274020138,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:02:36 -- Connect, 172.16.17.17 2010-05-29 22:05:51 -- Disconnect, session upload: '2300,1061274,0,0,0,0,0,0,0,0' session download: '6924,21156875,0,0,0,0,0,0,0,0' month upload: '7381850,23387827027,0,0,0,0,0,0,0,0' month download: '38737217,35295177013,0,0,0,0,0,0,0,0' cash: '0' 2010-05-29 22:06:54 -- Connect, 172.16.17.17 2010-05-29 22:07:18 -- Admin 'admin', 172.16.15.15: 'alwaysOnline' parameter changed from '0' to '1'. Как видим, alwaysOnline помог. Еще вот tcpdump по этому абоненту за данный период времени: 21:54:53.198926 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:54:53.245601 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:54:53.265305 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:54:53.306275 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:55:54.365609 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:55:54.366042 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 21:55:54.386773 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:55:54.391077 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:55:54.406865 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:56:42.238387 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:56:42.283309 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:56:56.025693 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:56:56.084221 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:57:57.158846 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:57:57.159356 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 21:57:57.179054 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:57:57.180692 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:57:57.199648 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:12.839363 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:12.845691 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:43.623705 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:43.671053 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:58:58.855363 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:58:58.859196 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:59:13.786269 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:59:13.815662 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 21:59:13.856634 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 21:59:13.880579 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 172.16.0.12 - адрес сервера, где стоит stargazer 172.16.17.17 - адрес клиента. Похоже, что здесь происходит переподключение ключика 21:57:57.158846 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 21:57:57.159356 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 Логи ничего не говорят 2010-05-29 21:51:57 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:51:59 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:52:35 -- User's connect failed. IP '172.16.33.83'. Wrong login or password 2010-05-29 21:52:55 -- Login ab4143 alredy in use. IP '172.16.4.127' 2010-05-29 21:57:42 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:57:47 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:57:56 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:59:18 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 21:59:47 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:18 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:36 -- User's connect failed. IP '172.16.9.15'. Wrong login or password 2010-05-29 22:00:45 -- User's connect failed. IP '172.16.9.15'. Wrong login or password Версия stg-2.406 Linux Slackware 13.0 64 bit Обрывов по сети не наблюдается - в этот период времени пинг от клиента на 172.16.0.12 не пропадает. Помогите разобраться. Куда копать?
madf Опубліковано: 31 травня, 2010 Опубліковано: 31 травня, 2010 Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них: ... Версия stg-2.406 Linux Slackware 13.0 64 bit Обрывов по сети не наблюдается - в этот период времени пинг от клиента на 172.16.0.12 не пропадает. Помогите разобраться. Куда копать? А если cash клиенту увеличить - перестанет отключать?
nickmas Опубліковано: 31 травня, 2010 Опубліковано: 31 травня, 2010 А если cash клиенту увеличить - перестанет отключать? Не помогло увеличение cash-а (на примере абонента 172.16.17.3): Еще увеличил вдвое в stargazer.conf в <Module auth_ia>: UserDelay=30 UserTimeout=120 Вот лог абонента: 2010-05-31 16:40:56 -- Connect, 172.16.17.3 2010-05-31 16:42:56 -- Disconnect, session upload: '184,530298,0,0,0,0,0,0,0,0' session download: '1070,13345460,0,0,0,0,0,0,0,0' month upload: '4023068,16946293708,0,0,0,0,0,0,0,0' month download: '12577342,46539311332,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 16:44:58 -- Connect, 172.16.17.3 2010-05-31 16:59:28 -- Disconnect, session upload: '2484,66227124,0,0,0,0,0,0,0,0' session download: '10712,109599754,0,0,0,0,0,0,0,0' month upload: '4025552,17012520832,0,0,0,0,0,0,0,0' month download: '12588054,46648911086,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:01:30 -- Connect, 172.16.17.3 2010-05-31 17:12:01 -- Disconnect, session upload: '1656,39477204,0,0,0,0,0,0,0,0' session download: '7004,74260267,0,0,0,0,0,0,0,0' month upload: '4027208,17051998036,0,0,0,0,0,0,0,0' month download: '12595058,46723171353,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:14:03 -- Connect, 172.16.17.3 2010-05-31 17:17:03 -- Disconnect, session upload: '368,2037518,0,0,0,0,0,0,0,0' session download: '1236,20640918,0,0,0,0,0,0,0,0' month upload: '4027576,17054035554,0,0,0,0,0,0,0,0' month download: '12596294,46743812271,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:19:05 -- Connect, 172.16.17.3 2010-05-31 17:21:05 -- Disconnect, session upload: '184,381276,0,0,0,0,0,0,0,0' session download: '412,14450986,0,0,0,0,0,0,0,0' month upload: '4027760,17054416830,0,0,0,0,0,0,0,0' month download: '12596706,46758263257,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:23:07 -- Connect, 172.16.17.3 2010-05-31 18:04:43 -- Connect, 172.16.17.3 2010-05-31 18:08:43 -- Disconnect, session upload: '1688,10671400,0,0,0,0,0,0,0,0' session download: '2884,30956120,0,0,0,0,0,0,0,0' month upload: '4034508,17152368911,0,0,0,0,0,0,0,0' month download: '12622330,47010396440,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 18:32:50 -- Connect, 172.16.17.3 2010-05-31 20:19:09 -- Disconnect, session upload: '17480,297086691,0,0,0,0,0,0,0,0' session download: '79842,785843780,0,0,0,0,0,0,0,0' month upload: '4051988,17449455602,0,0,0,0,0,0,0,0' month download: '12702172,47796240220,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 20:21:10 -- Connect, 172.16.17.3 Теперь абонент переподключается через 2 минуты. Но попрежнему выкидывает. Есть еще идеи?
madf Опубліковано: 1 червня, 2010 Опубліковано: 1 червня, 2010 А если cash клиенту увеличить - перестанет отключать? Не помогло увеличение cash-а (на примере абонента 172.16.17.3): Еще увеличил вдвое в stargazer.conf в <Module auth_ia>: UserDelay=30 UserTimeout=120 Вот лог абонента: 2010-05-31 16:40:56 -- Connect, 172.16.17.3 2010-05-31 16:42:56 -- Disconnect, session upload: '184,530298,0,0,0,0,0,0,0,0' session download: '1070,13345460,0,0,0,0,0,0,0,0' month upload: '4023068,16946293708,0,0,0,0,0,0,0,0' month download: '12577342,46539311332,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 16:44:58 -- Connect, 172.16.17.3 2010-05-31 16:59:28 -- Disconnect, session upload: '2484,66227124,0,0,0,0,0,0,0,0' session download: '10712,109599754,0,0,0,0,0,0,0,0' month upload: '4025552,17012520832,0,0,0,0,0,0,0,0' month download: '12588054,46648911086,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:01:30 -- Connect, 172.16.17.3 2010-05-31 17:12:01 -- Disconnect, session upload: '1656,39477204,0,0,0,0,0,0,0,0' session download: '7004,74260267,0,0,0,0,0,0,0,0' month upload: '4027208,17051998036,0,0,0,0,0,0,0,0' month download: '12595058,46723171353,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:14:03 -- Connect, 172.16.17.3 2010-05-31 17:17:03 -- Disconnect, session upload: '368,2037518,0,0,0,0,0,0,0,0' session download: '1236,20640918,0,0,0,0,0,0,0,0' month upload: '4027576,17054035554,0,0,0,0,0,0,0,0' month download: '12596294,46743812271,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:19:05 -- Connect, 172.16.17.3 2010-05-31 17:21:05 -- Disconnect, session upload: '184,381276,0,0,0,0,0,0,0,0' session download: '412,14450986,0,0,0,0,0,0,0,0' month upload: '4027760,17054416830,0,0,0,0,0,0,0,0' month download: '12596706,46758263257,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 17:23:07 -- Connect, 172.16.17.3 2010-05-31 18:04:43 -- Connect, 172.16.17.3 2010-05-31 18:08:43 -- Disconnect, session upload: '1688,10671400,0,0,0,0,0,0,0,0' session download: '2884,30956120,0,0,0,0,0,0,0,0' month upload: '4034508,17152368911,0,0,0,0,0,0,0,0' month download: '12622330,47010396440,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 18:32:50 -- Connect, 172.16.17.3 2010-05-31 20:19:09 -- Disconnect, session upload: '17480,297086691,0,0,0,0,0,0,0,0' session download: '79842,785843780,0,0,0,0,0,0,0,0' month upload: '4051988,17449455602,0,0,0,0,0,0,0,0' month download: '12702172,47796240220,0,0,0,0,0,0,0,0' cash: '1' 2010-05-31 20:21:10 -- Connect, 172.16.17.3 Теперь абонент переподключается через 2 минуты. Но попрежнему выкидывает. Есть еще идеи? Чесно говоря я в растерянности. Может файрвол?
nickmas Опубліковано: 4 червня, 2010 Опубліковано: 4 червня, 2010 Ждал нового месяца... В первых числах не такие большие потоки трафика. Но проблема осталась. Вылаживаю теперь на обозрение новые логи: Лог клиента: 2010-06-04 18:37:54 -- Disconnect, session upload: '276,685238,0,0,0,0,0,0,0,0' session download: '824,7807125,0,0,0,0,0,0,0,0' month upload: '3290014,5380567033,0,0,0,0,0,0,0,0' month download: '9246158,8362905086,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:38:56 -- Connect, 172.16.17.17 2010-06-04 18:48:27 -- Disconnect, session upload: '3128,3904402,0,0,0,0,0,0,0,0' session download: '14008,34222428,0,0,0,0,0,0,0,0' month upload: '3293142,5384471435,0,0,0,0,0,0,0,0' month download: '9260166,8397127514,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:49:30 -- Connect, 172.16.17.17 2010-06-04 18:50:30 -- Disconnect, session upload: '276,652828,0,0,0,0,0,0,0,0' session download: '824,7719697,0,0,0,0,0,0,0,0' month upload: '3293418,5385124263,0,0,0,0,0,0,0,0' month download: '9260990,8404847211,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:51:34 -- Connect, 172.16.17.17 2010-06-04 18:52:34 -- Disconnect, session upload: '276,606236,0,0,0,0,0,0,0,0' session download: '412,7224551,0,0,0,0,0,0,0,0' month upload: '3293694,5385730499,0,0,0,0,0,0,0,0' month download: '9261402,8412071762,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:53:36 -- Connect, 172.16.17.17 2010-06-04 18:57:36 -- Disconnect, session upload: '1196,1706872,0,0,0,0,0,0,0,0' session download: '5356,14495964,0,0,0,0,0,0,0,0' month upload: '3294890,5387437371,0,0,0,0,0,0,0,0' month download: '9266758,8426567726,0,0,0,0,0,0,0,0' cash: '1' 2010-06-04 18:58:40 -- Connect, 172.16.17.17 Tcpdump по этому клиенту на локальном интерфейсе сервера: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 18:53:36.640293 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 18:53:36.640582 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 18:53:36.663674 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:53:36.664983 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:53:36.684890 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:53:57.486812 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:53:57.500521 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:06.669752 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:06.682038 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:21.671500 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:21.680734 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:54:36.687070 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:54:36.703271 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:03.808947 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:03.830200 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:13.055237 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:13.076979 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:21.714328 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:21.731312 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:36.725294 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:36.741578 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:55:51.728559 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:55:51.748512 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:06.742634 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:06.751585 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:21.762851 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:21.766330 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:56:36.772842 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:56:36.786266 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:12.000729 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:12.010823 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.782435 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:38.801384 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.885824 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:38.902602 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:57:38.996599 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:57:39.027136 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:58:40.056569 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 96 18:58:40.056783 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 200 18:58:40.079278 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 18:58:40.079993 IP 172.16.0.12.5555 > 172.16.17.17.5555: UDP, length 384 18:58:40.097413 IP 172.16.17.17.5555 > 172.16.0.12.5555: UDP, length 64 ^C21504 packets captured 21534 packets received by filter 0 packets dropped by kernel Скрин снифера с маршрутизатора, который находиться между клиентом и сервером: Выделенная строка - реконнект ключика. Я так понимаю, что сервер просто перестает общаться с клиентом. Соответственно по таймауту считает клиента мертвым и выкидывает. Может ли это зависить от количества клиентов в базе? База в filestore, 1300 учетных записей. Сервер не нагружен: top - 19:29:33 up 5 days, 3:57, 1 user, load average: 0.44, 0.53, 0.69 Tasks: 122 total, 1 running, 121 sleeping, 0 stopped, 0 zombie Cpu0 : 11.4%us, 2.7%sy, 0.0%ni, 66.6%id, 0.0%wa, 1.7%hi, 17.7%si, 0.0%st Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 5.4%us, 3.0%sy, 0.0%ni, 70.7%id, 0.0%wa, 1.7%hi, 19.2%si, 0.0%st Cpu3 : 1.0%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 4038232k total, 1423292k used, 2614940k free, 273676k buffers Swap: 15631204k total, 0k used, 15631204k free, 775836k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 28674 root 1 -19 280m 49m 2716 S 26 1.3 2:05.22 stargazer 32405 root 20 0 19144 1300 972 R 0 0.0 0:00.07 top 1 root 20 0 3928 648 556 S 0 0.0 0:00.74 init 2 root 15 -5 0 0 0 S 0 0.0 0:00.01 kthreadd 3 root RT -5 0 0 0 S 0 0.0 0:03.12 migration/0 4 root 15 -5 0 0 0 S 0 0.0 0:07.74 ksoftirqd/0 5 root RT -5 0 0 0 S 0 0.0 0:03.68 migration/1 Логи сервера ничего не говорят? Есть у кого-нибудь мысли по этому поводу? Или может кто поборол у себя подобную ситуацию?
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас