Jump to content

Сбор багов и feature requests

XoRe

By XoRe,
in Stargazer development

 Share Followers 10

Recommended Posts

Kucher2

Kucher2 122

Posted
Posted

Дык, конечно я делаю gmake. Всегда так делал. :rolleyes:

Если сделать 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.

Link to post
Share on other sites
  • Replies 512
  • Created
  • Last Reply

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

madf

Не выбор кодировки а исключительно Unicode. Не понимаю людей которые до сих пор пользуются koi8/cp1251/cp866 и прочими пережитками прошлого.

madf

Допиливаю rc3

Небесный

Вот у меня есть некая функция, которая вытягивает из тарифа скорость. А, еще что забыл, в названии тарифного плана, должна стоять скорость, например: Думаю идея ясна. Чем хороша эта функци, тем, чт

Posted Images

madf

madf 279

Posted
Posted
  On 2/16/2010 at 12:58 PM, Kucher2 said:

Дык, конечно я делаю gmake. Всегда так делал. :rolleyes:

Если сделать 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

Link to post
Share on other sites
Kucher2

Kucher2 122

Posted
Posted

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 - у меня уже есть.

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 2/16/2010 at 1:34 PM, Kucher2 said:

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.

А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть.

Link to post
Share on other sites
madf

madf 279

Posted
Posted

Для начала в скрипте 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 и посмотрим что происходит.

Link to post
Share on other sites
Kucher2

Kucher2 122

Posted
Posted
  Quote
А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть.

Со старой системы, у меня на другой машине была FreeBSD 6.2.

 

Сделал:

  Quote
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

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 2/16/2010 at 2:33 PM, Kucher2 said:
  Quote
А откуда уже собранный взялся? Вместе с собранным библиотеки должны быть.

Со старой системы, у меня на другой машине была FreeBSD 6.2.

 

Сделал:

  Quote
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

Link to post
Share on other sites
Kucher2

Kucher2 122

Posted
Posted

Чёрт, я почему-то думал что так и надо... :/

Сейчас глянул на Ваш пост. Здесь Вы предлагаетете так:

CXXFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./build, хотя ошибка похоже такая же.

У меня почему-то после CXXFLAGS= - буква видна как "маленькая эл", а не "И латинская, большая". Правильно отображается только в режиме редактирования.

sgconf собрался сразу.

Большое Вам спасибо. Меня уже откровенно "клинить" начало от всего этого. :huh: Очень устал.

Простите ещё раз за беспокойство.

Link to post
Share on other sites
  • 1 month later...
  • 1 month later...
napTu

napTu 4

Posted
Posted (edited)

madf, если не сложно, где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался?

 

Или может можно считать трафик сразу нескольких айпишников одной учетной записи в онлайне?

Я на данный момент подключаю два адреса (скриптом), но считается (как заложено) один. Т.к. безлимитка, то особо не важно, но подсчет бы не помешал.

 

в принципе и always online думаю обойти указанием второго айпишника в дополнительном поле...

...не получится. По второму адресу ведь должен тоже авторизировать STG через авторизатор

Edited by napTu
Link to post
Share on other sites
napTu

napTu 4

Posted
Posted
  On 5/13/2010 at 9:24 PM, napTu said:

где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался

спасибо, нашел, подправил ao.cpp

    if (ips.OnlyOneIP() || ! ips.OnlyOneIP())
       {
       if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0)
           {

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 5/15/2010 at 12:02 AM, napTu said:
  On 5/13/2010 at 9:24 PM, napTu said:

где подпилить чтобы always online срабатывал для первого в списке айпишника, а не блокировался

спасибо, нашел, подправил ao.cpp

    if (ips.OnlyOneIP() || ! ips.OnlyOneIP())
       {
       if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0)
           {

Считаться будет только этот один адрес. Обсчитывать несколько адресов для пользователя пока нет возможности.

Link to post
Share on other sites
yKpon

yKpon 8

Posted
Posted

не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...:

есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть?

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 5/20/2010 at 8:26 AM, yKpon said:

не знаю возможно этот момент уже где то рассматривался на форуме, но всё же...:

есть абонент с неким тарифом в котором включён в абонплату определённый объём траффика, всё что свыше по отдельной цене, так вот если этот абонент замораживается, к примеру на 1,5 месяца и размораживается в середине месяца абоплата ему насчитывается за рабочее время, то есть за пол месяца (с момента его разморозки), а вот траффик включённый на половину абоплаты даётся полный, а не часть... так и должно быть?

Ну да. Абонплата снимается за прошедший месяц, по этому она и рассчитывается из рабочего времени. А трафик предоставляется на следующий месяц, по этому он выдается в полном объеме.

Link to post
Share on other sites
yKpon

yKpon 8

Posted
Posted

заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает

Link to post
Share on other sites
Kucher2

Kucher2 122

Posted
Posted
  On 5/24/2010 at 5:52 PM, yKpon said:

заметил такую штуку: когда абонент будуче online отваливается, в моём случае выбыило магистральный медный порт в свитче, то его состояние продолжает быть онлайн, помогает рестарт стг, отключение/включение в конфигурате не помогает

Эм, ну вообще-то об этом говорилось тут неоднократно - он всё равно будет отключён по тайм-ауту. Несколько десятков секунд. При этом траф его считается.

Или это в новой версии такой баг?

Link to post
Share on other sites
yKpon

yKpon 8

Posted
Posted

версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 5/25/2010 at 6:42 AM, yKpon said:

версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно

2.406?

Патчи какие-нибуть накладывались?

Я такого не наблюдаю ни в 406, ни в более поздних.

Link to post
Share on other sites
lalex

lalex 0

Posted
Posted
  On 5/25/2010 at 6:42 AM, yKpon said:

версия последний релиз, онлайн отключился, но не через несколько десятков секунд, а более чем через час точно

подтверждаю. в 406 этот баг присутствует (последний билд пока не ставил). каким образом происходит и по какой причине - неясно. бывает рандомно на разных логинах.. с периодичностью 1-2 недели. помогает только перезапуск СТГ.

Link to post
Share on other sites
nickmas

nickmas 1

Posted
Posted

Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них:

 

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 не пропадает.

 

Помогите разобраться. Куда копать?

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 5/29/2010 at 7:54 PM, nickmas said:

Не могу побороть проблему! Случайным образом выкидывает абонентов (есть предположения, что по таймауту). Вот кусок лога одного из них:

 

...

Версия stg-2.406

Linux Slackware 13.0 64 bit

 

Обрывов по сети не наблюдается - в этот период времени пинг от клиента на 172.16.0.12 не пропадает.

 

Помогите разобраться. Куда копать?

А если cash клиенту увеличить - перестанет отключать?

Link to post
Share on other sites
nickmas

nickmas 1

Posted
Posted
  Quote

А если 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 минуты. Но попрежнему выкидывает.

Есть еще идеи?

Link to post
Share on other sites
madf

madf 279

Posted
Posted
  On 5/31/2010 at 5:44 PM, nickmas said:
  Quote

А если 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 минуты. Но попрежнему выкидывает.

Есть еще идеи?

Чесно говоря я в растерянности. Может файрвол?

Link to post
Share on other sites
nickmas

nickmas 1

Posted
Posted

Ждал нового месяца... В первых числах не такие большие потоки трафика. Но проблема осталась.

 

Вылаживаю теперь на обозрение новые логи:

 

Лог клиента:

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

 

Скрин снифера с маршрутизатора, который находиться между клиентом и сервером:

 

bead04f069cdee73f2a2e6459827ccba.jpg

 

Выделенная строка - реконнект ключика.

 

Я так понимаю, что сервер просто перестает общаться с клиентом. Соответственно по таймауту считает клиента мертвым и выкидывает.

 

Может ли это зависить от количества клиентов в базе?

База в 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

 

 

Логи сервера ничего не говорят?

 

Есть у кого-нибудь мысли по этому поводу? Или может кто поборол у себя подобную ситуацию?

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Followers 10
Go to topic listing

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...