Перейти до

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


Рекомендованные сообщения

Дык, конечно я делаю 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.

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 512
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

Допиливаю rc3

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

Posted Images

Дык, конечно я делаю 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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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.

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Со старой системы, у меня на другой машине была 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

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

Со старой системы, у меня на другой машине была 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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
  • 1 month later...

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

 

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

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

 

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

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

Відредаговано napTu
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

2.406?

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

 

...

Версия stg-2.406

Linux Slackware 13.0 64 bit

 

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

 

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

Лог клиента:

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

 

 

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

 

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...