Перейти к содержимому
Калькуляторы

accel pptpd accel pptpd

Ответить

vbalykin   

vbalykin
Опубликовано · Жалоба

добавь -DCMAKE_VERBOSE_MAKEFILE=TRUE

Добавил, вот результат:

Linking C shared library libsigchld.so
cd /root/install/accel-ppp-1.3.5/build/accel-pppd/extra && /usr/bin/cmake -E cmake_link_script CMakeFiles/sigchld.dir/link.txt --verbose=1
/usr/bin/gcc  -fPIC  -Wall -fvisibility=hidden -fno-strict-aliasing -D_GNU_SOURCE -DPTHREAD_SPINLOCK -fPIC  -shared -Wl,-soname,libsigchld.so -o libsigchld.so CMakeFiles/sigchld.dir/sigchld.c.o
make[2]: Leaving directory `/root/install/accel-ppp-1.3.5/build'
/usr/bin/cmake -E cmake_progress_report /root/install/accel-ppp-1.3.5/build/CMakeFiles  51
[ 98%] Built target sigchld
make -f driver/CMakeFiles/pptp_drv.dir/build.make driver/CMakeFiles/pptp_drv.dir/depend
make[2]: Entering directory `/root/install/accel-ppp-1.3.5/build'
cd /root/install/accel-ppp-1.3.5/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /root/install/accel-ppp-1.3.5 /root/install/accel-ppp-1.3.5/driver /root/install/accel-ppp-1.3.5/build /root/install/accel-ppp-1.3.5/build/driver /root/install/accel-ppp-1.3.5/build/driver/CMakeFiles/pptp_drv.dir/DependInfo.cmake --color=
Scanning dependencies of target pptp_drv
make[2]: Leaving directory `/root/install/accel-ppp-1.3.5/build'
make -f driver/CMakeFiles/pptp_drv.dir/build.make driver/CMakeFiles/pptp_drv.dir/build
make[2]: Entering directory `/root/install/accel-ppp-1.3.5/build'
/usr/bin/cmake -E cmake_progress_report /root/install/accel-ppp-1.3.5/build/CMakeFiles
[ 98%] Generating driver/pptp.ko
cd /root/install/accel-ppp-1.3.5/build/driver && rm -rf /root/install/accel-ppp-1.3.5/build/driver/driver
cd /root/install/accel-ppp-1.3.5/build/driver && mkdir /root/install/accel-ppp-1.3.5/build/driver/driver
cd /root/install/accel-ppp-1.3.5/build/driver && ln -sf /root/install/accel-ppp-1.3.5/driver/* /root/install/accel-ppp-1.3.5/build/driver/driver
cd /root/install/accel-ppp-1.3.5/build/driver && make -C /usr/src/linux M=/root/install/accel-ppp-1.3.5/build/driver/driver modules
make[3]: Entering directory `/usr/src/linux'
make[3]: *** No rule to make target `modules'.  Stop.
make[3]: Leaving directory `/usr/src/linux'
make[2]: *** [driver/driver/pptp.ko] Error 2
make[2]: Leaving directory `/root/install/accel-ppp-1.3.5/build'
make[1]: *** [driver/CMakeFiles/pptp_drv.dir/all] Error 2
make[1]: Leaving directory `/root/install/accel-ppp-1.3.5/build'
make: *** [all] Error 2

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба

в /usr/src/linux похоже не исходники ядра, а что-то другое

Поделиться сообщением

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

vbalykin   

vbalykin
Опубликовано · Жалоба

в /usr/src/linux похоже не исходники ядра, а что-то другое

Действительно, в /usr/src/linux я создавал символическую ссылку include на /usr/include/linux.

 

Удалил ее, установил пакет kernel-devel и создал символическую ссылку /usr/src/linux на /usr/src/kernels/2.6.32-71.el6.i686

 

После данной процедуры сборка прошла успешно.

 

Спасибо, xeb!

Поделиться сообщением

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

Ivan Rostovikov   

Ivan Rostovikov
Опубликовано · Жалоба

Ivan Rostovikov, пробуй последний комит

 

Проверил. Сервер стартовал нормально. В логих чисто. Ни каких проблем с лимитами.

 

Осталось разобраться с радиусом.

 

[2011-05-19 09:08:53]: msg: ppp415: radius: session timed out

[2011-05-19 09:10:32]: msg: ppp577: radius: session timed out

[2011-05-19 09:10:53]: msg: ppp485: radius: session timed out

[2011-05-19 09:11:22]: msg: ppp595: radius: session timed out

[2011-05-19 09:16:37]: msg: ppp595: radius: session timed out

[2011-05-19 09:20:19]: msg: ppp623: radius: session timed out

[2011-05-19 09:20:46]: msg: ppp628: radius: session timed out

[2011-05-19 09:21:07]: msg: ppp632: radius: session timed out

[2011-05-19 09:22:26]: msg: ppp636: radius: session timed out

 

Таймаут у меня 10 сек. Неужели нехватает ?

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба

session timed out означает что истекло время сессии, то что передаётся атрибутом Session-Timeout

Поделиться сообщением

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

Ivan Rostovikov   

Ivan Rostovikov
Опубликовано · Жалоба

Аааа. Теперь ясно. Спасибо.

Поделиться сообщением

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

MARTINii   

MARTINii
Опубликовано (изменено) · Жалоба

уже вторая попытка перехода с 0.8.5 на последний accel-ppp приводит к краху :(

на 0.8.5 все нормально

 

May 19 22:24:57 192.168.0.135 kernel: *pdpt = 0000000000a8e001 *pde = 0000000000000000

May 19 22:24:57 192.168.0.135 kernel: Modules linked in: act_police cls_u32 sch_ingress sch_tbf xt_hashlimit ipt_set ip_set_iphash ip_set ipt_MASQUERADE i

ptable_nat pppol2tp pptp pppox ppp_generic slhc nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre nf_nat ext2 w83793 hwmon_vid coretem

p ipmi_si ipmi_msghandler cpufreq_ondemand acpi_cpufreq ipt_ULOG 8021q garp stp llc ipv6 e1000e i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support joydev dm_m

ultipath usb_storage [last unloaded: microcode]

May 19 22:24:57 192.168.0.135 kernel:

May 19 22:24:57 192.168.0.135 kernel: Pid: 0, comm: swapper Not tainted (2.6.32.9-70.fc12.i686.PAE #1) X8SIE

May 19 22:24:57 192.168.0.135 kernel: EIP: 0060:[<f8f7367e>] EFLAGS: 00010297 CPU: 2

May 19 22:24:57 192.168.0.135 kernel: EIP is at pppol2tp_xmit+0x2ab/0x3f5 [pppol2tp]

May 19 22:24:57 192.168.0.135 kernel: EAX: 00000000 EBX: f6aa5b40 ECX: 00000042 EDX: effe0b40

May 19 22:24:57 192.168.0.135 kernel: ESI: efc71400 EDI: f6aa5b6c EBP: f70d5bc8 ESP: f70d5ba0

May 19 22:24:57 192.168.0.135 kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068

May 19 22:24:57 192.168.0.135 kernel: f058fc00 00000032 00000042 ee08d000 f56b6600 f058fc3c effe0b40 f5757ba0

May 19 22:24:57 192.168.0.135 kernel: <0> f07ddadc f07dda80 f70d5c28 f8ec96af 00080008 f5757be4 00000246 f70d5be4

May 19 22:24:57 192.168.0.135 kernel: <0> c0447a94 f70d5bec c07a5866 f6aa5b40 f6aa5b40 00000002 f6aa5b40 f70d5c90

May 19 22:24:57 192.168.0.135 kernel: [<f8ec96af>] ? ppp_push+0x61/0x473 [ppp_generic]

May 19 22:24:57 192.168.0.135 kernel: [<c0447a94>] ? local_bh_enable_ip+0xd/0xf

May 19 22:24:57 192.168.0.135 kernel: [<c07a5866>] ? _read_unlock_bh+0x13/0x15

May 19 22:24:57 192.168.0.135 kernel: [<c05932b4>] ? selinux_ip_postroute+0x36/0x1ea

May 19 22:24:57 192.168.0.135 kernel: [<c0714a68>] ? skb_dequeue+0x48/0x4f

May 19 22:24:57 192.168.0.135 kernel: [<f8eca2b7>] ? ppp_xmit_process+0x3c8/0x429 [ppp_generic]

May 19 22:24:57 192.168.0.135 kernel: [<c0714995>] ? skb_queue_tail+0x32/0x37

May 19 22:24:57 192.168.0.135 kernel: [<f8eca432>] ? ppp_start_xmit+0x11a/0x130 [ppp_generic]

May 19 22:24:57 192.168.0.135 kernel: [<c071cbeb>] ? dev_hard_start_xmit+0x218/0x29e

May 19 22:24:57 192.168.0.135 kernel: [<c072bc6b>] ? sch_direct_xmit+0x53/0x124

May 19 22:24:57 192.168.0.135 kernel: [<c071cfb7>] ? dev_queue_xmit+0x25a/0x395

May 19 22:24:57 192.168.0.135 kernel: [<c0744a07>] ? ip_finish_output2+0x1b4/0x1de

May 19 22:24:57 192.168.0.135 kernel: [<c0744b36>] ? nf_hook_thresh.clone.0+0x33/0x42

May 19 22:24:57 192.168.0.135 kernel: [<c0744a91>] ? ip_finish_output+0x60/0x63

May 19 22:24:57 192.168.0.135 kernel: [<c0744cfb>] ? ip_output+0x7d/0x82

May 19 22:24:57 192.168.0.135 kernel: [<c07429a8>] ? ip_forward_finish+0x40/0x43

May 19 22:24:57 192.168.0.135 kernel: [<c0742c2b>] ? ip_forward+0x280/0x2e9

May 19 22:24:57 192.168.0.135 kernel: [<c07418f7>] ? ip_rcv_finish+0x2d2/0x2fa

May 19 22:24:57 192.168.0.135 kernel: [<c0741b27>] ? ip_rcv+0x208/0x238

May 19 22:24:57 192.168.0.135 kernel: [<c071c09e>] ? netif_receive_skb+0x35e/0x379

May 19 22:24:57 192.168.0.135 kernel: [<c071c1da>] ? napi_skb_finish+0x23/0x36

May 19 22:24:57 192.168.0.135 kernel: [<c071c570>] ? napi_gro_receive+0x25/0x29

May 19 22:24:57 192.168.0.135 kernel: [<f81cf31b>] ? e1000_receive_skb+0x4b/0x80 [e1000e]

May 19 22:24:57 192.168.0.135 kernel: [<f81d0d4b>] ? e1000_clean_rx_irq+0x29b/0x410 [e1000e]

May 19 22:24:57 192.168.0.135 kernel: [<c04d6ae0>] ? kmem_cache_free+0x72/0xa9

May 19 22:24:57 192.168.0.135 kernel: [<f81d00b6>] ? e1000_poll+0x1d6/0x490 [e1000e]

May 19 22:24:57 192.168.0.135 kernel: [<c071c676>] ? net_rx_action+0x94/0x186

May 19 22:24:57 192.168.0.135 kernel: [<c044780e>] ? __do_softirq+0xb1/0x157

May 19 22:24:57 192.168.0.135 kernel: [<c04478ea>] ? do_softirq+0x36/0x41

May 19 22:24:57 192.168.0.135 kernel: [<c04479dd>] ? irq_exit+0x2e/0x61

May 19 22:24:57 192.168.0.135 kernel: [<c040a9e9>] ? do_IRQ+0x86/0x9a

May 19 22:24:57 192.168.0.135 kernel: [<c0409750>] ? common_interrupt+0x30/0x38

May 19 22:24:57 192.168.0.135 kernel: [<c06210d3>] ? acpi_idle_enter_bm+0x24d/0x27e

May 19 22:24:57 192.168.0.135 kernel: [<c06f6c2f>] ? cpuidle_idle_call+0x72/0xc3

May 19 22:24:57 192.168.0.135 kernel: [<c04081f2>] ? cpu_idle+0x96/0xb0

May 19 22:24:57 192.168.0.135 kernel: [<c07a0671>] ? start_secondary+0x1f5/0x233

May 19 22:24:57 192.168.0.135 kernel: ---[ end trace e6aeefd1084b0ae9 ]---

May 19 22:24:57 192.168.0.135 kernel: Pid: 0, comm: swapper Tainted: G D 2.6.32.9-70.fc12.i686.PAE #1

 

Изменено пользователем MARTINii

Поделиться сообщением

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

lan-viper   

lan-viper
Опубликовано (изменено) · Жалоба

До сегодняшнего дня работал на c5d84b6ea2df1bde706d08065bea656a676cd290 коммите от 29 апреля

Решил сделать обновление до текущего коммита ef71ca445b7c99f28ca80fe75fbe6b843ecc6fcb

Обновил после полуночи, когда народу было мало.

Конфиг не менял, его содержание приведено в одном из постов ранее http://forum.nag.ru/forum/index.php?showtopic=45266&view=findpost&p=612392

Примерно у 10 - 12 человек (у них видимо роутеры и разрывы абоненты не замечали, т.к. жалоб не было ни от кого) странно начали вести себя сессии,

разрыв ровно через 30 сек и так до бесконечности. Тип соединения не имеет значения, кто-то на pptp, кто-то на pppoe.

...
[2011-05-21 01:15:36]: debug: ppp25: auth_layer_init
[2011-05-21 01:15:36]: debug: ppp25: ccp_layer_init
[2011-05-21 01:15:36]: debug: ppp25: ipcp_layer_init
[2011-05-21 01:15:36]: debug: ppp25: ppp established
[2011-05-21 01:15:36]: debug: ppp25: lcp_layer_start
[2011-05-21 01:15:36]:  info: ppp25: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 4557d5d8> <mru 1400>]
[2011-05-21 01:15:36]:  info: ppp25: recv [LCP ConfReq id=1 <magic d8431058> <mru 1492>]
[2011-05-21 01:15:36]:  info: ppp25: send [LCP ConfAck id=1 ]
[2011-05-21 01:15:36]:  info: ppp25: recv [LCP ConfAck id=1 <auth MSCHAP-v2> <magic 4557d5d8> <mru 1400>]
[2011-05-21 01:15:36]: debug: ppp25: lcp_layer_started
[2011-05-21 01:15:36]: debug: ppp25: auth_layer_start
[2011-05-21 01:15:36]:  info: ppp25: send [MSCHAP-v2 Challenge id=1 <34636e76bb9251d5f531af3c293332a2>]
[2011-05-21 01:15:36]:  info: ppp25: recv [MSCHAP-v2 Response id=1 <a49d5210000000000000>, <4145c8fe19ae2a59d1ec636452ec32e88a3be2e941d658e>, F=0, name="213"]
[2011-05-21 01:15:36]:  info: ppp25: send [RADIUS Access-Request id=1 <User-Name "213"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 25> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "vlan10:00:22:15:46:1f:86"> <Called-Station-Id "00:15:17:f6:6d:a4"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >]
[2011-05-21 01:15:36]:  info: ppp25: recv [RADIUS Access-Accept id=1 <Service-Type Framed-User> <Framed-Protocol PPP> <Framed-IP-Address 192.168.4.175> <Framed-IP-Netmask 255.255.255.255> <Session-Timeout 86400> <Acct-Interim-Interval 62><Cisco Cisco-AVPair "lcp:interface-config#1=rate-limit input access-group 1 2560000 51200 51200 conform-action transmit exceed-action drop"><Cisco Cisco-AVPair "lcp:interface-config#1=rate-limit output access-group 1 2560000 51200 51200 conform-action transmit exceed-action drop"><Cisco Cisco-AVPair "lcp:interface-config#1=rate-limit input access-group 2 5120000 104200 104200 conform-action transmit exceed-action drop"><Cisco Cisco-AVPair "lcp:interface-config#1=rate-limit output access-group 2 5120000 104200 104200 conform-action transmit exceed-action drop"><Microsoft MS-MPPE-Encryption-Policy 1><Microsoft MS-MPPE-Encryption-Type 6><Microsoft MS-MPPE-Send-Key ><Microsoft MS-MPPE-Recv-Key ><Microsoft MS-CHAP2-Success >]
[2011-05-21 01:15:36]: debug: ppp25: auth_layer_started
[2011-05-21 01:15:36]: debug: ppp25: ccp_layer_start
[2011-05-21 01:15:36]:  info: ppp25: send [CCP ConfReq id=1 <mppe +H -M +S -L -D -C>]
[2011-05-21 01:15:36]: debug: ppp25: ipcp_layer_start
[2011-05-21 01:15:36]:  info: ppp25: send [iPCP ConfReq id=1 <addr 192.168.4.1>]
[2011-05-21 01:15:36]:  info: ppp25: 213: authentication successed
[2011-05-21 01:15:36]:  info: ppp25: send [MSCHAP-v2 Success id=1 "S=01305CB6D9DA4584CFC9961B094DD242577DDE09 M=Authentication successed"]
[2011-05-21 01:15:36]:  info: ppp25: recv [LCP ProtoRej id=8 <0001>]
[2011-05-21 01:15:36]: debug: ppp25: ccp_layer_finished
[2011-05-21 01:15:36]:  info: ppp25: recv [iPCP ConfReq id=1 <addr 0.0.0.0> <dns1 0.0.0.0> < 82 6 0 0 0 0 > <dns2 0.0.0.0> < 84 6 0 0 0 0 >]
[2011-05-21 01:15:36]:  info: ppp25: send [iPCP ConfRej id=1 < 82 6 0 0 0 0 > < 84 6 0 0 0 0 >]
[2011-05-21 01:15:36]:  info: ppp25: recv [iPCP ConfReq id=2 <addr 0.0.0.0> <dns1 0.0.0.0> <dns2 0.0.0.0>]
[2011-05-21 01:15:36]:  info: ppp25: send [iPCP ConfNak id=2 <addr 192.168.4.1> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:36]:  info: ppp25: recv [iPCP ConfReq id=3 <addr 192.168.4.175> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:36]:  info: ppp25: send [iPCP TermAck id=3]
[2011-05-21 01:15:37]:  info: ppp25: recv [iPCP ConfReq id=3 <addr 192.168.4.175> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:37]:  info: ppp25: send [iPCP TermAck id=3]
[2011-05-21 01:15:39]: debug: ppp25: fsm timeout
[2011-05-21 01:15:39]:  info: ppp25: send [iPCP ConfReq id=1 <addr 192.168.4.1>]
[2011-05-21 01:15:39]:  info: ppp25: recv [iPCP ConfReq id=3 <addr 192.168.4.175> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:39]:  info: ppp25: send [iPCP TermAck id=3]
[2011-05-21 01:15:39]:  info: ppp25: recv [iPCP ConfAck id=1 <addr 192.168.4.1>]
[2011-05-21 01:15:39]: debug: ppp25: ipcp_layer_started
[2011-05-21 01:15:39]: debug: ppp25: pppoe: ppp started
[2011-05-21 01:15:39]:  info: ppp25: send [RADIUS Accounting-Request id=1 <User-Name "213"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 25> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "vlan10:00:22:15:46:1f:86"> <Called-Station-Id "00:15:17:f6:6d:a4"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "1d2f01c080edd758"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Acct-Delay-Time 0> <Framed-IP-Address 192.168.4.175>]
[2011-05-21 01:15:39]:  info: ppp25: recv [RADIUS Accounting-Response id=1]
[2011-05-21 01:15:39]:  info: ppp25: pppd_compat: ip-up started (pid 6624)
[2011-05-21 01:15:39]:  info: ppp25: pppd_compat: ip-up finished (0)
[2011-05-21 01:15:43]:  info: ppp25: recv [iPCP ConfReq id=3 <addr 192.168.4.175> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:43]:  info: ppp25: send [iPCP TermAck id=3]
[2011-05-21 01:15:51]:  info: ppp25: recv [iPCP ConfReq id=3 <addr 192.168.4.175> <dns1 10.0.0.1> <dns2 10.0.0.2>]
[2011-05-21 01:15:51]:  info: ppp25: send [iPCP TermAck id=3]
[2011-05-21 01:15:56]: debug: ppp25: send [LCP EchoReq id=3 <magic 4557d5d8>]
[2011-05-21 01:15:56]: debug: ppp25: recv [LCP EchoRep id=3 <magic 581043d8>]
[2011-05-21 01:16:06]: debug: ppp25: ppp_terminate
[2011-05-21 01:16:06]:  info: ppp25: send [RADIUS Accounting-Request id=2 <User-Name "213"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 127.0.0.1> <NAS-Port 25> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "vlan10:00:22:15:46:1f:86"> <Called-Station-Id "00:15:17:f6:6d:a4"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "1d2f01c080edd758"> <Acct-Session-Time 30> <Acct-Input-Octets 176> <Acct-Output-Octets 88> <Acct-Input-Packets 8> <Acct-Output-Packets 10> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Acct-Delay-Time 0> <Framed-IP-Address 192.168.4.175> <Acct-Terminate-Cause User-Request>]
[2011-05-21 01:16:06]:  info: ppp25: recv [RADIUS Accounting-Response id=2]
[2011-05-21 01:16:06]: debug: ppp25: lcp_layer_free
[2011-05-21 01:16:06]: debug: ppp25: auth_layer_free
[2011-05-21 01:16:06]: debug: ppp25: ccp_layer_free
[2011-05-21 01:16:06]: debug: ppp25: ipcp_layer_free
[2011-05-21 01:16:06]: debug: ppp25: ppp destablished
[2011-05-21 01:16:06]:  info: ppp25: pppd_compat: ip-down started (pid 6737)
[2011-05-21 01:16:06]:  info: ppp25: pppd_compat: ip-down finished (0)
[2011-05-21 01:16:06]: debug: ppp25: pppoe: ppp finished
...

У Ivan Rostovikov парой страниц ранее была вроде-бы такая же проблема, он написал, что решил её,

установив параметр ccp=0. Похоже, что не в этом было решение проблемы, параметр как-то косвенно повлеял.

Мой случай тому подтверждение, я данный параметр не трогал и не собираюсь.

 

Пришлось откатиться на старую версию...

 

xeb, что изменилось в программе, почему перестало работать как раньше?

Изменено пользователем lan-viper

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба
странно начали вести себя сессии
исправил

 

MARTINii, могу только предложить обновить ядро

Поделиться сообщением

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

Ivan Rostovikov   

Ivan Rostovikov
Опубликовано · Жалоба

Да. У меня и сейчас некоторые роутеры разрывают через 30 сек.

В основном Linksys. Боремся обновлением прошивки на роутерах.

И еще к стати MONOWALL тоже обрывается через 30 сек.

Если в последней версии исправлено - проверю. отпишусь.

Поделиться сообщением

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

lan-viper   

lan-viper
Опубликовано · Жалоба

Неа, ровным счётом ничего не изменилось, как и вчера, точно так же, те же люди отваливаются через 30 сек.

 

Стабильной считаю версию c5d84b6ea2df1bde706d08065bea656a676cd290 от 29 апреля, что там позже накрутили, хз. Остался на стабильном коммите, но без нормальных логов, фиг с ними.

Поделиться сообщением

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

MARTINii   

MARTINii
Опубликовано · Жалоба

MARTINii, могу только предложить обновить ядро

разливал федору 14 ядро 35 - тоже самое

ставил 37-е - тоже самое

ставить еще свежее?

иногда неделю стоять может, иногда через 30 минут валится. но четко замечено как дается нагрузка - то валится. примерно до 100 сессий работает и не виснет

Поделиться сообщением

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

lan-viper   

lan-viper
Опубликовано · Жалоба

MARTINii, на стоковом debian squeeze (ядро у него 2.6.32) стабильно работает.

Краем уха слышал, что в федоре SELinux вовсю используют, может из-за него проблемы?

Поделиться сообщением

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

Ivan Rostovikov   

Ivan Rostovikov
Опубликовано (изменено) · Жалоба

Подтверждаю про дебиан. По 1000 сессий и более + шейпер на каждый ppp интерфейс (PRIO+TBF). Полет нормальный.

Изменено пользователем Ivan Rostovikov

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба
Неа, ровным счётом ничего не изменилось, как и вчера, точно так же, те же люди отваливаются через 30 сек.
мда, немного недоисправил ... теперь должно быть норм

Поделиться сообщением

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

MARTINii   

MARTINii
Опубликовано · Жалоба

MARTINii, на стоковом debian squeeze (ядро у него 2.6.32) стабильно работает.

вот это и смущает. попробую поиграться с ядрами еще разок.

я уже начинаю подозревать что какойто клиент приводит к краху.

Краем уха слышал, что в федоре SELinux вовсю используют, может из-за него проблемы?

сразу ставлю SELINUX=disabled

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба
сразу ставлю SELINUX=disabled
однако
May 19 22:24:57 192.168.0.135 kernel: [] ? selinux_ip_postroute+0x36/0x1ea

 

Поделиться сообщением

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

lan-viper   

lan-viper
Опубликовано · Жалоба

Есть две новости, хорошая и плохая.

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

Плохая заключается в том, что в логах нарыл следующее:

root@nas:/var/log# cat kern.log | grep accel
May 23 01:00:07 nas kernel: [173121.870914] accel-pppd[2439]: segfault at 1ebab2f0 ip b77085ec sp bf87a800 error 4 in libtriton.so (deleted)[b7704000+7000]
May 23 01:16:14 nas kernel: [  844.859114] accel-pppd[1602]: segfault at 6640d22 ip b77e55ec sp bfabc690 error 4 in libtriton.so[b77e1000+7000]
root@nas:/var/log# cat kern.log.1 | grep accel
May 16 01:30:02 nas kernel: [351050.123377] accel-pppd[21445]: segfault at 0 ip b78115ec sp bff28800 error 4 in libtriton.so[b780d000+7000]
May 17 10:01:09 nas kernel: [468116.407622] accel-pppd[12086]: segfault at 4 ip b779fe48 sp b33280d8 error 6 in liblog_file.so[b779f000+3000]
May 17 10:06:38 nas kernel: [468445.702515] accel-pppd[12558]: segfault at 4 ip b7724e48 sp b30fd0d8 error 6 in liblog_file.so[b7724000+3000]
May 21 00:53:12 nas kernel: [780840.028111] accel-pppd[4872]: segfault at 0 ip b78685ec sp bfc008b0 error 4 in libtriton.so[b7864000+7000]
May 21 01:20:59 nas kernel: [ 1573.214874] accel-pppd[1587]: segfault at 1ebab2f0 ip b77ac5ec sp bfe49520 error 4 in libtriton.so[b77a8000+7000]
May 22 01:00:35 nas kernel: [86749.012989] accel-pppd[8167]: segfault at 0 ip b78845ec sp bfe275e0 error 4 in libtriton.so[b7880000+7000]
May 22 01:15:52 nas kernel: [87666.090590] accel-pppd[29945]: segfault at 70707097 ip b77d4a08 sp bff48fc4 error 4 in libpthread-2.11.2.so[b77ce000+15000]

Интерес вызывают строки с libtriton.so - это происходило как раз во время неудачных экспериментов с обновлениями акцеля. Судя по времени событий - это остановка демона. Я его останавливал командой /etc/init.d/accel-ppp stop (ну или restart).

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба
Плохая заключается в том, что в логах нарыл следующее:
fixed

Поделиться сообщением

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

Goga   

Goga
Опубликовано · Жалоба

.. про дебиан - Linux Deb 2.6.32-5-amd64 #1 SMP.

accel-pptp version 1.3.2

5 дней летели нормально.., а сегодня при количестве сессий РРТР около 200 -

May 24 17:16:02 Deb kernel: [382565.375802] accel-pptpd[10370] general protection ip:403e61 sp:40478a60 error:0

in accel-pptpd[400000+16000]

Случай пока единичный. В kernel.log только одна эта строчка...

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба
accel-pptp version 1.3.2
1.3.2 уже достаточно устарела и содержит ошибки, лучше использовать 1.3.5, хотя и в ней были обнаружены ошибки...так что лучше из git брать или подождать 1.3.6, которая планируется к выпуску к концу недели

Поделиться сообщением

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

MARTINii   

MARTINii
Опубликовано · Жалоба

однако

May 19 22:24:57 192.168.0.135 kernel: [] ? selinux_ip_postroute+0x36/0x1ea

отрубил в загрузчике , чтобы не мешалось. тоже самое в итоге :(

кстати четко уже заметил как только начинают пользователи использовать l2tp - падаем

May 24 12:58:03 192.168.0.135 kernel: Modules linked in: arc4 ecb ppp_mppe act_police cls_u32 sch_ingress sch_tbf xt_hashlimit ipt_set ip_set_iphash ip_set ipt_MASQUERADE iptable_nat pppol2tp pptp pppox ppp

_generic slhc nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre nf_nat ext2 w83793 hwmon_vid coretemp ipmi_si ipmi_msghandler cpufreq_ondemand acpi_cpufreq ipt_ULOG 8021q garp stp llc ip

v6 e1000e i2c_i801 iTCO_wdt i2c_core iTCO_vendor_support joydev dm_multipath usb_storage [last unloaded: microcode]

May 24 12:58:03 192.168.0.135 kernel:

May 24 12:58:03 192.168.0.135 kernel: Pid: 0, comm: swapper Not tainted (2.6.32.9-70.fc12.i686.PAE #1) X8SIE

May 24 12:58:03 192.168.0.135 kernel: EIP: 0060:[<f8f7367e>] EFLAGS: 00010297 CPU: 2

May 24 12:58:03 192.168.0.135 kernel: EIP is at pppol2tp_xmit+0x2ab/0x3f5 [pppol2tp]

May 24 12:58:03 192.168.0.135 kernel: EAX: 00000000 EBX: f0f84cc0 ECX: 00000042 EDX: f1dcd440

May 24 12:58:03 192.168.0.135 kernel: ESI: f69b9c00 EDI: f0f84cec EBP: f70d5bc8 ESP: f70d5ba0

May 24 12:58:03 192.168.0.135 kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068

May 24 12:58:03 192.168.0.135 kernel: f6927400 00000032 00000042 f2665200 f5c04540 f692743c f1dcd440 f0cdfba0

May 24 12:58:03 192.168.0.135 kernel: <0> ef72ebdc ef72eb80 f70d5c28 f8ec96af 00080008 f0cdfbe4 00000246 f70d5be4

May 24 12:58:03 192.168.0.135 kernel: <0> c0447a94 f70d5bec c07a5866 f0f84cc0 f70d5c64 f94ad994 f70d5c18 c073ca93

May 24 12:58:03 192.168.0.135 kernel: [<f8ec96af>] ? ppp_push+0x61/0x473 [ppp_generic]

May 24 12:58:03 192.168.0.135 kernel: [<c0447a94>] ? local_bh_enable_ip+0xd/0xf

May 24 12:58:03 192.168.0.135 kernel: [<c07a5866>] ? _read_unlock_bh+0x13/0x15

May 24 12:58:03 192.168.0.135 kernel: [<c073ca93>] ? udp_mt+0x2c/0x93

May 24 12:58:03 192.168.0.135 kernel: [<c0714a68>] ? skb_dequeue+0x48/0x4f

May 24 12:58:03 192.168.0.135 kernel: [<f8eca2b7>] ? ppp_xmit_process+0x3c8/0x429 [ppp_generic]

May 24 12:58:03 192.168.0.135 kernel: [<c0714995>] ? skb_queue_tail+0x32/0x37

May 24 12:58:03 192.168.0.135 kernel: [<f8eca432>] ? ppp_start_xmit+0x11a/0x130 [ppp_generic]

May 24 12:58:03 192.168.0.135 kernel: [<c071cbeb>] ? dev_hard_start_xmit+0x218/0x29e

May 24 12:58:03 192.168.0.135 kernel: [<c072bc6b>] ? sch_direct_xmit+0x53/0x124

May 24 12:58:03 192.168.0.135 kernel: [<c071cfb7>] ? dev_queue_xmit+0x25a/0x395

May 24 12:58:03 192.168.0.135 kernel: [<c0744a07>] ? ip_finish_output2+0x1b4/0x1de

May 24 12:58:03 192.168.0.135 kernel: [<c0744b36>] ? nf_hook_thresh.clone.0+0x33/0x42

May 24 12:58:03 192.168.0.135 kernel: [<c0744a91>] ? ip_finish_output+0x60/0x63

May 24 12:58:03 192.168.0.135 kernel: [<c0744cfb>] ? ip_output+0x7d/0x82

May 24 12:58:03 192.168.0.135 kernel: [<c07429a8>] ? ip_forward_finish+0x40/0x43

May 24 12:58:03 192.168.0.135 kernel: [<c0742c2b>] ? ip_forward+0x280/0x2e9

May 24 12:58:03 192.168.0.135 kernel: [<c07418f7>] ? ip_rcv_finish+0x2d2/0x2fa

May 24 12:58:03 192.168.0.135 kernel: [<c0741b27>] ? ip_rcv+0x208/0x238

May 24 12:58:03 192.168.0.135 kernel: [<c071c09e>] ? netif_receive_skb+0x35e/0x379

May 24 12:58:03 192.168.0.135 kernel: [<c071c1da>] ? napi_skb_finish+0x23/0x36

May 24 12:58:03 192.168.0.135 kernel: [<c071c570>] ? napi_gro_receive+0x25/0x29

May 24 12:58:03 192.168.0.135 kernel: [<f81d031b>] ? e1000_receive_skb+0x4b/0x80 [e1000e]

May 24 12:58:03 192.168.0.135 kernel: [<f81d1d4b>] ? e1000_clean_rx_irq+0x29b/0x410 [e1000e]

May 24 12:58:03 192.168.0.135 kernel: [<c04d6ae0>] ? kmem_cache_free+0x72/0xa9

May 24 12:58:03 192.168.0.135 kernel: [<f81d10b6>] ? e1000_poll+0x1d6/0x490 [e1000e]

May 24 12:58:03 192.168.0.135 kernel: [<c071c676>] ? net_rx_action+0x94/0x186

May 24 12:58:03 192.168.0.135 kernel: [<c044780e>] ? __do_softirq+0xb1/0x157

May 24 12:58:03 192.168.0.135 kernel: [<c04478ea>] ? do_softirq+0x36/0x41

May 24 12:58:03 192.168.0.135 kernel: [<c04479dd>] ? irq_exit+0x2e/0x61

May 24 12:58:03 192.168.0.135 kernel: [<c040a9e9>] ? do_IRQ+0x86/0x9a

May 24 12:58:03 192.168.0.135 kernel: [<c0409750>] ? common_interrupt+0x30/0x38

May 24 12:58:03 192.168.0.135 kernel: [<c06210d3>] ? acpi_idle_enter_bm+0x24d/0x27e

May 24 12:58:03 192.168.0.135 kernel: [<c06f6c2f>] ? cpuidle_idle_call+0x72/0xc3

May 24 12:58:03 192.168.0.135 kernel: [<c04081f2>] ? cpu_idle+0x96/0xb0

May 24 12:58:03 192.168.0.135 kernel: [<c07a0671>] ? start_secondary+0x1f5/0x233

May 24 12:58:03 192.168.0.135 kernel: ---[ end trace 3ba7b5c012b6ede5 ]---

 

Поделиться сообщением

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

shoorickello   

shoorickello
Опубликовано (изменено) · Жалоба

xeb

Если pthread_create() возвращает NULL в create_thread(), то triton_context_schedule() вываливается в корку, например, так:

 

#0  0xb7fdb4b7 in __list_add ()
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/list.h:45
#1  list_add_tail ()
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/list.h:73
#2  triton_context_schedule ()
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/triton.c:390
#3  0xb7c18ea3 in rad_req_wait (req=0x8f6e000, timeout=60)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/radius/req.c:262
#4  0xb7c1c9c9 in rad_acct_stop (rpd=0x90c01d4)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/radius/acct.c:343
#5  0xb7c1e62e in ppp_finishing (ppp=0x95c851c)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/radius/radius.c:234
#6  0xb7fdd20f in triton_event_fire (ev_id=162243824, arg=0x95c851c)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/event.c:103
#7  0x0804b877 in ppp_terminate (ppp=0x95c851c, cause=5, hard=0)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/ppp/ppp.c:458
#8  0xb7c1c4ef in rad_acct_timeout (t=0x8f6e020)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/radius/acct.c:134
#9  0xb7fdb9b7 in ctx_thread (thread=0x9aba4f0)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/triton.c:196
#10 triton_thread (thread=0x9aba4f0)
   at /var/tmp/portage/net-dialup/accel-ppp-9999/work/accel-ppp-9999/accel-pppd/triton/triton.c:152
#11 0xb7fb79ae in start_thread () from /lib/libpthread.so.0
#12 0xb7efa9de in clone () from /lib/libc.so.6

 

pthread_create() возвращает в ошибке EAGAIN. Я почитал, это может быть из-за очень большого размера стэка для тредов (по умолчанию в Gentoo это 8 МБ, например: 8 МБ * 350 тредов = 2,8 ГБ памяти при 1000 сессий). Поэтому, может, стоит сделать в create_thread() что-то типа этого:

 

pthread_attr_t    attr;

pthread_attr_init(&attr);
pthread_attr_setstacksize(&attr, PTHREAD_STACK_MIN); /* или побольше, например, 256КБ */

if (pthread_create(&thread->thread, &attr, (void*(*)(void*))triton_thread, thread)) {
   ...

Изменено пользователем shoorickello

Поделиться сообщением

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

xeb   

xeb
Опубликовано · Жалоба

ну вообще с тредами нужно что-то решать, чтобы он не запускал их так много, обычно это происходит при массовом подключении/отключении, в "нормальном" режиме больше 10 редко увидишь

раньше я запускал фиксированное кол-во тредов и переключал их с помощью swapcontext, идея хорошая, но реализация swapcontext местами глючная и, насколько я понял, больше не поддерживается и присутствует только для обратной совместимости, обидно

 

хорошо, в качестве временной меры можно уменьшить стек, он мне такой большой не нужен...

Поделиться сообщением

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

cpulink   

cpulink
Опубликовано · Жалоба
отрубил в загрузчике , чтобы не мешалось. тоже самое в итоге :(

кстати четко уже заметил как только начинают пользователи использовать l2tp - падаем

Сами используем и l2tp и pptp (используется accel 8.хх, не помню даж). И сами хотим перейти на новый accell,

потому что хотим уйти с openl2tpd,т.к. он использует жестокое ограничение зашитое в libc дистрибутива, и не может позволить более ~500 (не более 1023 дескрипторов(не ulimit, конечно)) сессий одновременно(начинает жрать 100% CPU и не дает подлючаться,хотя старые сессии работают). Так вот с l2tp мы прошли почти по всем граблям с кернел паниками - и ребут и останов и зависоны. В итоге проблему удалось стабилизировать (до этого все падало раз в сутки) - проблема в модуле l2tp ядра. У нас 2.6.32 с патчами и работает месяцами. В рассылках l2tp пролетали патчи для устранения проблем и видимо до сих пор патчи не добрались до официальных ядер. Суть в том, что там в некоторых местах нет проверки используемых переменных на null, отсюда и ноги растут. При чем замечено, что на нормальных компах проблема не проявляется, а вот компы с жизнью на борту вызывают такие геморои. Еще фишка с л2тп - если идет хороший трафик и выдернуть шнур с сетевой - встанет в панику....

Поделиться сообщением

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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Перейти к списку тем Программное обеспечение, биллинг и *unix системы