Kucher2 122 Опубліковано: 2010-02-16 12:58:13 Share Опубліковано: 2010-02-16 12:58:13 Дык, конечно я делаю 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 279 Опубліковано: 2010-02-16 13:23:33 Share Опубліковано: 2010-02-16 13:23:33 Дык, конечно я делаю 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 122 Опубліковано: 2010-02-16 13:34:28 Share Опубліковано: 2010-02-16 13:34:28 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 279 Опубліковано: 2010-02-16 14:30:00 Share Опубліковано: 2010-02-16 14:30:00 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 279 Опубліковано: 2010-02-16 14:32:35 Share Опубліковано: 2010-02-16 14:32:35 Для начала в скрипте 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 122 Опубліковано: 2010-02-16 14:33:32 Share Опубліковано: 2010-02-16 14:33:32 А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть. Со старой системы, у меня на другой машине была 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 279 Опубліковано: 2010-02-17 08:33:01 Share Опубліковано: 2010-02-17 08:33:01 А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть. Со старой системы, у меня на другой машине была 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 122 Опубліковано: 2010-02-17 08:48:48 Share Опубліковано: 2010-02-17 08:48:48 Чёрт, я почему-то думал что так и надо... :/ Сейчас глянул на Ваш пост. Здесь Вы предлагаетете так: CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./build, хотя ошибка похоже такая же. У меня почему-то после CXXFLAGS= - буква видна как "маленькая эл", а не "И латинская, большая". Правильно отображается только в режиме редактирования. sgconf собрался сразу. Большое Вам спасибо. Меня уже откровенно "клинить" начало от всего этого. Очень устал. Простите ещё раз за беспокойство. Ссылка на сообщение Поделиться на других сайтах
napTu 4 Опубліковано: 2010-04-02 19:59:12 Share Опубліковано: 2010-04-02 19:59:12 спасибо, хорошо что гугл знает эту страничку env CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./build сработало Ссылка на сообщение Поделиться на других сайтах
napTu 4 Опубліковано: 2010-05-13 21:24:16 Share Опубліковано: 2010-05-13 21:24:16 (відредаговано) madf, если не сложно, где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался? Или может можно считать трафик сразу нескольких айпишников одной учетной записи в онлайне? Я на данный момент подключаю два адреса (скриптом), но считается (как заложено) один. Т.к. безлимитка, то особо не важно, но подсчет бы не помешал. в принципе и always online думаю обойти указанием второго айпишника в дополнительном поле... ...не получится. По второму адресу ведь должен тоже авторизировать STG через авторизатор Відредаговано 2010-05-14 08:08:32 napTu Ссылка на сообщение Поделиться на других сайтах
napTu 4 Опубліковано: 2010-05-15 00:02:00 Share Опубліковано: 2010-05-15 00:02:00 где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался спасибо, нашел, подправил ao.cpp if (ips.OnlyOneIP() || ! ips.OnlyOneIP()) { if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0) { Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2010-05-17 09:43:02 Share Опубліковано: 2010-05-17 09:43:02 где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался спасибо, нашел, подправил ao.cpp if (ips.OnlyOneIP() || ! ips.OnlyOneIP()) { if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0) { Считаться будет только этот один адрес. Обсчитывать несколько адресов для пользователя пока нет возможности. Ссылка на сообщение Поделиться на других сайтах
yKpon 8 Опубліковано: 2010-05-20 08:26:15 Share Опубліковано: 2010-05-20 08:26:15 не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...: есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть? Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2010-05-20 09:13:05 Share Опубліковано: 2010-05-20 09:13:05 не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...: есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть? Ну да. Абонплата снимается за прошедший месяц, по этому она и рассчитывается из рабочего времени. А трафик предоставляется на следующий месяц, по этому он выдается в полном объеме. Ссылка на сообщение Поделиться на других сайтах
yKpon 8 Опубліковано: 2010-05-24 17:52:28 Share Опубліковано: 2010-05-24 17:52:28 заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает Ссылка на сообщение Поделиться на других сайтах
Kucher2 122 Опубліковано: 2010-05-24 21:21:48 Share Опубліковано: 2010-05-24 21:21:48 заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает Эм, ну вообще-то об этом говорилось тут неоднократно - он всё равно будет отключён по тайм-ауту. Несколько десятков секунд. При этом траф его считается. Или это в новой версии такой баг? Ссылка на сообщение Поделиться на других сайтах
yKpon 8 Опубліковано: 2010-05-25 06:42:31 Share Опубліковано: 2010-05-25 06:42:31 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2010-05-25 07:27:13 Share Опубліковано: 2010-05-25 07:27:13 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно 2.406? Патчи какие-нибуть накладывались? Я такого не наблюдаю ни в 406, ни в более поздних. Ссылка на сообщение Поделиться на других сайтах
lalex 0 Опубліковано: 2010-05-27 17:37:52 Share Опубліковано: 2010-05-27 17:37:52 версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно подтверждаю. в 406 этот баг присутствует (последний билд пока не ставил). каким образом происходит и по какой причине - неясно. бывает рандомно на разных логинах.. с периодичностью 1-2 недели. помогает только перезапуск СТГ. Ссылка на сообщение Поделиться на других сайтах
morfey 82 Опубліковано: 2010-05-27 19:31:43 Share Опубліковано: 2010-05-27 19:31:43 в мене 406, аптайм 100днів, багів не помітив Ссылка на сообщение Поделиться на других сайтах
nickmas 1 Опубліковано: 2010-05-29 19:54:27 Share Опубліковано: 2010-05-29 19:54:27 Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них: 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 279 Опубліковано: 2010-05-31 07:06:01 Share Опубліковано: 2010-05-31 07:06:01 Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них: ... Версия stg-2.406 Linux Slackware 13.0 64 bit Обрывов по сети не наблюдается - в этот период времени пинг от клиента на 172.16.0.12 не пропадает. Помогите разобраться. Куда копать? А если cash клиенту увеличить - перестанет отключать? Ссылка на сообщение Поделиться на других сайтах
nickmas 1 Опубліковано: 2010-05-31 17:44:17 Share Опубліковано: 2010-05-31 17:44:17 А если 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 279 Опубліковано: 2010-06-01 08:34:53 Share Опубліковано: 2010-06-01 08:34:53 А если 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 1 Опубліковано: 2010-06-04 16:25:34 Share Опубліковано: 2010-06-04 16:25:34 Ждал нового месяца... В первых числах не такие большие потоки трафика. Но проблема осталась. Вылаживаю теперь на обозрение новые логи: Лог клиента: 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 Логи сервера ничего не говорят? Есть у кого-нибудь мысли по этому поводу? Или может кто поборол у себя подобную ситуацию? Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас