[xeb]

Abram, можешь свой конфиг дать ?

 

 

Iv_, если можешь запусти в gdb и backtrace падежа мне пришли

 

[Abram]

xeb,

Пока не увидел твой пост - уже backtrace сделал :)

(gdb) backtrace 
#0  0xb758e477 in inet_addr () from /lib/i686/cmov/libc.so.6
#1  0x080583d0 in start_server (host=0x0, port=0) at /home/abram/accel-pptp/accel-pptpd/cli/tcp.c:332
#2  0x080584c9 in init () at /home/abram/accel-pptp/accel-pptpd/cli/tcp.c:361
#3  0x0805b1bd in __do_global_ctors_aux ()
#4  0x0804a030 in _init ()
#5  0x0805b119 in __libc_csu_init ()
#6  0xb74b53ec in __libc_start_main () from /lib/i686/cmov/libc.so.6
#7  0x0804a631 in _start ()

Можешь в ICQ появиться? Как-то стремно конфиг вместе с радиус-паролями и адресами серверов выкладывать :).

 

Проверил - да, действительно, с дистрибутивным конфигом не падает.

 

Нашёл:

в дистрибутивном

[cli]
telnet=127.0.0.1:2000
tcp=127.0.0.1:2001

, а в моём с более старого среза осталось

[cli]
bind=127.0.0.1
port=2000

Поменял - не падает.

Изменено 15 ноября, 2010 пользователем Abram

[xeb]

Можешь в ICQ появиться?

аська падла опять не работает, жаба есть ?

 

[xeb]

Свежий accel-pptp падает при запуске в Segmentation fault.

fixed

 

[Iv_]

Упало, поймал.

 

Отвалилась консоль, поэтому пришлось запускать debug по новой.

Только пустил туда пачку пользователей и почти сразу упало.

 

Консоль не выключал. Могу еще что-нибудь посмотреть.

 

Starting program: /usr/sbin/accel-pptpd -c /etc/accel-pptp.conf
[Thread debugging using libthread_db enabled]
[New Thread 0x7fefb67366f0 (LWP 12508)]
[New Thread 0x418b7950 (LWP 12511)]
[New Thread 0x420b8950 (LWP 12512)]
[New Thread 0x428b9950 (LWP 12513)]
[New Thread 0x40fd2950 (LWP 12514)]
[New Thread 0x430ba950 (LWP 12515)]
[New Thread 0x438bb950 (LWP 12516)]
[New Thread 0x440bc950 (LWP 12517)]
bk
[New Thread 0x440c0950 (LWP 12522)]
[Thread 0x440c0950 (LWP 12522) exited]
[New Thread 0x440c0950 (LWP 12523)]
[Thread 0x440c0950 (LWP 12523) exited]
[New Thread 0x440c0950 (LWP 12527)]
[Thread 0x440c0950 (LWP 12527) exited]
[New Thread 0x440c0950 (LWP 12546)]
[Thread 0x440c0950 (LWP 12546) exited]
[New Thread 0x440c0950 (LWP 12547)]
[Thread 0x440c0950 (LWP 12547) exited]
[New Thread 0x440c0950 (LWP 12554)]
[Thread 0x440c0950 (LWP 12554) exited]
[New Thread 0x440c0950 (LWP 12580)]
[Thread 0x440c0950 (LWP 12580) exited]
[New Thread 0x440c0950 (LWP 12669)]
[Thread 0x440c0950 (LWP 12669) exited]
[New Thread 0x440c0950 (LWP 13015)]
[Thread 0x440c0950 (LWP 13015) exited]
[New Thread 0x440c0950 (LWP 13038)]
[Thread 0x440c0950 (LWP 13038) exited]
[New Thread 0x440c0950 (LWP 13039)]
[Thread 0x440c0950 (LWP 13039) exited]
[New Thread 0x440c0950 (LWP 13043)]
[Thread 0x440c0950 (LWP 13043) exited]
[New Thread 0x440c0950 (LWP 13064)]



Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x430ba950 (LWP 12515)]
0x00007fefb63244cf in ctx_thread (ctx=0xffffffffac01a658)
    at /home/iv/accel-pptp/accel-pptpd/triton/triton.c:127
127            if (ctx->need_close) {


(gdb) bt
#0  0x00007fefb63244cf in ctx_thread (ctx=0xffffffffac01a658)
    at /home/iv/accel-pptp/accel-pptpd/triton/triton.c:127
#1  0x00007fefb54257b0 in ?? () from /lib/libc.so.6
#2  0x0000000000000000 in ?? ()


(gdb) info locals
h = (struct _triton_md_handler_t *) 0x0
t = (struct _triton_timer_t *) 0x0
call = (struct _triton_ctx_call_t *) 0x0
tt = 0



[2010-11-16 05:48:01]:  info: ppp26: send [LCP EchoReq id=6 <magic 46907bea>]
[2010-11-16 05:48:01]:  info: ppp26: recv [LCP EchoRep id=6 <magic 60dc94f4>]
[2010-11-16 05:48:01]:  info: ppp36: recv [MSCHAP-v2 Response id=1 <5567e1bc5c629ec08f7868be37ab121c>, <8daa5c5f3384c9cd825056ecb0eb697e9047d92b2d77f943>, F=0, name="golovinsa"]
[2010-11-16 05:48:01]:  info: ppp36: send [RADIUS Access-Request id=1 <User-Name "golovinsa"> <NAS-Identifier "accel-pptp"> <NAS-IP-Address 192.168.5.7> <NAS-Port 36> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "10.89.103.47"> <Called-Station-Id "192.168.5.7"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >]

Изменено 15 ноября, 2010 пользователем Iv_

[xeb]

Iv_, спасибо, но к сожалению информации не достаточно, где-то нарушается логика, а где не понятно, ладно буду думать...

Iv_, если не затруднит можешь проверить проявляется ли баг в 1.1-1.2

 

[Iv_]

А можно в git-е пометить веточки для 1.1 и 1.2 ?

 

Пока поставил готовые deb пакеты 1.1.2 с sourceforge, зазываю пользователей.

 

 

Уже 6 часов работает без сбоев.

Интересно, что потребляет в 10 раз меньше памяти.

Изменено 16 ноября, 2010 пользователем Iv_

[Abram]

Iv_,

ставь лучше из гита.

[Iv_]

Не везет мне с этим libtriton.so

 

Проработало 6 часов. Теперь исправно падает на коннекте одного из клиентов.

Стабильно.

 

Starting program: /usr/sbin/accel-pptpd -c /etc/accel-pptp.conf
[Thread debugging using libthread_db enabled]
[New Thread 0x7f392f05d6f0 (LWP 3849)]
[New Thread 0x41687950 (LWP 3852)]
[New Thread 0x41e88950 (LWP 3853)]
[New Thread 0x42689950 (LWP 3854)]
[New Thread 0x40b07950 (LWP 3855)]
pptp: new connection from 10.89.53.40
[New Thread 0x4268d950 (LWP 3856)]
: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 1> <Bearer 1> <Max-Chan 0>]
: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>]
: : recv [PPTP Outgoing-Call-Request <Call-ID 0> <Call-Serial 0> <Min-BPS 300> <Max-BPS 10000000> <Bearer 3> <Framing 3> <Window-Size 16> <Delay 0>]
: : send [PPTP Outgoing-Call-Reply <Call-ID e> <Peer-Call-ID 0> <Result 1> <Error 0> <Cause 0> <Speed 10000000> <Window-Size 16> <Delay 0> <Channel 0>]
ppp0: 2774EE579394C7F0517688421DBCAB89: connect: ppp0 <--> pptp(10.89.53.40)
ppp0: 2774EE579394C7F0517688421DBCAB89: lcp_layer_init
ppp0: 2774EE579394C7F0517688421DBCAB89: auth_layer_init
ppp0: 2774EE579394C7F0517688421DBCAB89: ccp_layer_init
ppp0: 2774EE579394C7F0517688421DBCAB89: ipcp_layer_init
ppp0: 2774EE579394C7F0517688421DBCAB89: ppp established
ppp0: 2774EE579394C7F0517688421DBCAB89: lcp_layer_start
ppp0: 2774EE579394C7F0517688421DBCAB89: send [LCP ConfReq id=1 <auth PAP> <magic 51a27aa6> <mru 1436>]
pptp: new connection from 10.50.106.4
ppp0: 2774EE579394C7F0517688421DBCAB89: recv [LCP ConfReq id=aa <magic 51a27aa6>]
ppp0: 2774EE579394C7F0517688421DBCAB89: send [LCP ConfAck id=aa ]
: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 3> <Bearer 3> <Max-Chan 5>]
: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>]
[Thread 0x4268d950 (LWP 3856) exited]
: : recv [PPTP Outgoing-Call-Request <Call-ID 0> <Call-Serial 0> <Min-BPS 0> <Max-BPS 0> <Bearer 3> <Framing 3> <Window-Size 16> <Delay 0>]
[New Thread 0x4268d950 (LWP 3860)]
: : send [PPTP Outgoing-Call-Reply <Call-ID f> <Peer-Call-ID 0> <Result 1> <Error 0> <Cause 0> <Speed 0> <Window-Size 16> <Delay 0> <Channel 0>]
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: connect: ppp1 <--> pptp(10.50.106.4)
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: lcp_layer_init
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: auth_layer_init
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: ccp_layer_init
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: ipcp_layer_init
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: ppp established
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: lcp_layer_start
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: send [LCP ConfReq id=1 <auth PAP> <magic 4bdd53fd> <mru 1436>]
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: recv [LCP ConfReq id=0 <magic 4bdd53fd>]
ppp1: C17B51FF9436736B8EDAECEEA211EAF4: send [LCP ConfAck id=0 ]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x41e88950 (LWP 3853)]
0x0000000000000000 in ?? ()


(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x0000000000406784 in lcp_recv_conf_nak ()
#2  0x000000000040716a in lcp_recv ()
#3  0x00000000004033e1 in ppp_chan_read ()
#4  0x00007f392ec4b63e in ctx_thread () from //usr/lib/accel-pptp/libtriton.so
#5  0x00007f392dd237b0 in ?? () from /lib/libc.so.6
#6  0x0000000000000000 in ?? ()

 

 

Это была не debug версия - *.deb пакеты к версии 1.1.2 c sourceforge, поэтому info locals не доступно.

Странно. Может смесь версий получилась? Тогда как она вообще работала 6 часов к ряду исправно.

 

Поискал оставшиеся следы предыдущих версий, не видно.

Вроде checkinstall позволил убрать все следы.

 

Пока собирал 1.2 тот доброволец сбежал.

Изменено 16 ноября, 2010 пользователем Iv_

[xeb]

#1 0x0000000000406784 in lcp_recv_conf_nak ()

в 1.1.2 был баг, в 1.2 исправлено

 

[Iv_]

1.2 отработал 12 часов успешно.

 

Вопрос, а как его помирить с logrotate?

После пересоздания лога accel-pptp продолжает работать, но лог писать перестает.

 

Есть пример?

 

 

[xeb]

надо послать сигнал SIGHUP чтобы он заново лог файлы открыл

Изменено 17 ноября, 2010 пользователем xeb

[Iv_]

В 1.2 уже есть та же ошибка, что и в Гите.

 

Nov 17 12:00:01 vpn6 kernel: [59378.224950] accel-pptpd[14043]: segfault at ffffffff841c03c0 ip 7fc58b7ba4cf sp 7fc5841c3410 error 4 in libtriton.so[7fc58b7b7000+7000]

 

Через 10 часов работы. Порядка 60 сессий.

Есть идеи что еще можно попробовать?

 

 

[xeb]

остаётся только запустить с полными логами, но логов за 10 часов будет очень много

[Iv_]

На тестовой машине гигабайт 200 места есть. Можно попробовать.

Самые полные логи, это те, которые включаются при помощи директивы

log-debug=..
level=4

?

 

И еще, на каких системах accel-pptp работает в production режиме?

Я бы попробовал сократить количество переменных факторов.

 

[xeb]

Самые полные логи, это те, которые включаются при помощи директивы ?

да

 

 

[dgary]

В 1.2 уже есть та же ошибка, что и в Гите.

 

Nov 17 12:00:01 vpn6 kernel: [59378.224950] accel-pptpd[14043]: segfault at ffffffff841c03c0 ip 7fc58b7ba4cf sp 7fc5841c3410 error 4 in libtriton.so[7fc58b7b7000+7000]

 

Через 10 часов работы. Порядка 60 сессий.

Есть идеи что еще можно попробовать?

Столкнулся с тем же самым.

[Iv_]

Дебаг с полными логами запущен, жду, чем кончится.

 

Жаль, что с таким отладчиком я не сталкивался никогда.

Пользоваться толком не умею.

 

Уже 12 часов исправно крутится текущая версия из git. Обновил, собрал, запустил. При 30 соединениях в среднем.

Если до утра дотянет, еще полсотни пользователей запущу.

Изменено 18 ноября, 2010 пользователем Iv_

[xeb]

ок, жду, спс

[Cramac]

подскажите, можно ли поднять пптп и пппое сервер на акселе на 1 пк?

[xeb]

подскажите, можно ли поднять пптп и пппое сервер на акселе на 1 пк?

ну конечно, в чём вопрос ? так и задумывалось, можно поднять пптп+пппое+л2тп на 1 пк

 

[Iv_]

Побольше пользователей запустил, упало.

Похоже, дело в количестве.

 

 

 

[Thread 0x40069950 (LWP 13860) exited]
[New Thread 0x40069950 (LWP 13867)]
[Thread 0x40069950 (LWP 13867) exited]
[New Thread 0x40069950 (LWP 13874)]
[Thread 0x40069950 (LWP 13874) exited]
[New Thread 0x40069950 (LWP 13881)]
[Thread 0x40069950 (LWP 13881) exited]
[New Thread 0x40069950 (LWP 13888)]
[Thread 0x40069950 (LWP 13888) exited]
[New Thread 0x40069950 (LWP 13889)]
[Thread 0x40069950 (LWP 13889) exited]
[New Thread 0x40069950 (LWP 13896)]
[Thread 0x40069950 (LWP 13896) exited]
[New Thread 0x40069950 (LWP 13903)]
[Thread 0x40069950 (LWP 13903) exited]
[New Thread 0x40069950 (LWP 13904)]
[Thread 0x40069950 (LWP 13904) exited]
[New Thread 0x40069950 (LWP 13911)]



Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x41c92950 (LWP 23141)]
0x00007f26da51a50f in ctx_thread (ctx=0xffffffffd001a668)
    at /home/iv/accel-pptp/accel-pptpd/triton/triton.c:127
127            if (ctx->need_close) {



(gdb) bt
#0  0x00007f26da51a50f in ctx_thread (ctx=0xffffffffd001a668)
    at /home/iv/accel-pptp/accel-pptpd/triton/triton.c:127
#1  0x00007f26d961b7b0 in ?? () from /lib/libc.so.6
#2  0x0000000000000000 in ?? ()


(gdb) info locals
h = (struct _triton_md_handler_t *) 0x0
t = (struct _triton_timer_t *) 0x0
call = (struct _triton_ctx_call_t *) 0x0
tt = 0

 

 

 

Полный лог здесь: http://timosha.dyndns.org/ftp/accel-pptp-full.log.gz

Всего 20 Мб, упакованный 1.8 Мб.

 

 

Консоль отладчика еще не закрыл.

Могу что-нибудь спросить.

Изменено 19 ноября, 2010 пользователем Iv_

[xeb]

Iv_, стукни в асю/жабер

 

[GloooM]

Не нашли в чем косяк? Или все в норме можно не переживать? )

[xeb]

Не нашли в чем косяк? Или все в норме можно не переживать? )

работаем, частично баги выловлены