Drzlo007

Спасибо за советы. Буду пробивать. Правда ищьо есть вот такие строчки в core.log [2013-12-15 18:42:07.270]timer:timerfd_settime: Invalid argument

Шейпер стандартний аццеля. pppd-compa не использую.

Врятли. Ето 2 нових сервера. Падать начало когда включил шейпер. Я не думаю что 2 новиз сервера с битой памятю.

Всем привет. Появилась проблема. Падает ACCEL раз в пару дней. При етом совсем рендомно. Сборка из гита месячной давности. шейпер встроений tbf. Debian 7. В логе системи токи одно. kernel: [626251.530908] perl[16829]: segfault at 7f7af26664dd ip 00007f7af254e2e1 sp 00007fffda6a3d90 error 4 in ld-2.13.so[7f7af2545000+20000] А сам аццель просто останавливается. И Всьо. Запускаю и снова не определьонное время.

Здраствуйте. Извените если не в тему. Есть проблема с шейпером tbf. Не шейпит нормально. Скорость на закачку очень оочень маленькая. У меня стоит accel-ppp которий записивает правила. Все правила пишуться правильно. Но скорость низкая. А если удалить правило і поставить правило с большим mtu всьо начинает работать нармальна. accel-ppp не нашол метода ставить большой mtu. Да і думаю что ето не нормально. С такими параметрами у меня скорость режит нормально tc q a dev ppp418 root tbf rate 50Mbit burst 625kb latency 5ms mtu 5000 Стоит Debian 7. Подскажите в чьом беда. Буду примного благодарен.

Подскажите. Как в шепере виставить mtu при созднии правила. По типу конгда создайотся правило било както так. tc q a dev ppp62 root tbf rate 50Mbit burst 625kb latency 5ms mtu 1500

Добрий день. Есть проблема. Сервер падаєт после включения шейпара. До того как небило шейпера он не падал. Использую htb поскльку tbf на закачку резал скорость 0.4. Отваливаєтся в час пик. Раньше не падал когда небило шейпера. В логах на момент падения всьо чиста. Стоит accel-ppp с git за 5.11.2013. Ddebian 7. Шейпера собирался с libnl2. Что сервер писал при отвале не било когда сфоткать. Сетевие карти INTEL PRO 1000 PT dual port с чипом 82571EB. На сетевий отключено /sbin/ethtool -K eth2 rx off /sbin/ethtool -K eth3 rx off При каждом подключении в лог пишеттся Nov 7 10:19:22 TESTNAS4 kernel: [29057.154623] HTB: quantum of class 10001 is big. Consider r2q change. Nov 7 10:19:34 TESTNAS4 kernel: [29069.274346] HTB: quantum of class 10001 is big. Consider r2q change. Nov 7 10:19:44 TESTNAS4 kernel: [29079.975489] HTB: quantum of class 10001 is big. Consider r2q change. Nov 7 10:19:45 TESTNAS4 kernel: [29080.776256] HTB: quantum of class 10001 is big. Consider r2q change. ts qdisc виглядит вот так qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc htb 1: dev ifb0 root refcnt 2 r2q 10 default 0 direct_packets_stat 0 qdisc htb 1: dev ppp9 root refcnt 2 r2q 10 default 1 direct_packets_stat 0 qdisc sfq 2: dev ppp9 parent 1:1 limit 127p quantum 1502b divisor 1024 perturb 10sec qdisc ingress ffff: dev ppp9 parent ffff:fff1 ---------------- qdisc htb 1: dev ppp11 root refcnt 2 r2q 10 default 1 direct_packets_stat 0 qdisc sfq 2: dev ppp11 parent 1:1 limit 127p quantum 1502b divisor 1024 perturb 10sec root@TESTNAS4:~# tc -s class show dev ppp87 class htb 1:1 root leaf 2: prio 0 rate 51200Kbit ceil 51200Kbit burst 625Kb cburst 1523b Sent 52213 bytes 316 pkt (dropped 0, overlimits 0 requeues 0) rate 15104bit 11pps backlog 0b 0p requeues 0 lended: 311 borrowed: 0 giants: 0 tokens: 1562344 ctokens: 3578 Настройка accel-ppp [modules] #path=/usr/local/lib/accel-ppp log_file #log_tcp #log_pgsql #pptp pppoe #l2tp #auth_mschap_v2 #auth_mschap_v1 #auth_chap_md5 auth_pap radius #ippool sigchld pppd_compat #shaper_tbf shaper #chap-secrets [core] log-error=/var/log/accel-ppp/core.log thread-count=4 [ppp] verbose=1 min-mtu=1000 mtu=1492 mru=1492 #ccp=0 #sid-case=upper #check-ip=0 #single-session=replace #mppe=require [lcp] echo-interval=30 echo-failure=3 #[pptp] #echo-interval=30 #verbose=1 [pppoe] #interface=eth3 interface=vlan1011 interface=vlan1012 interface=vlan1013 interface=vlan1014 interface=vlan1015 interface=vlan1016 interface=vlan1017 interface=vlan1018 interface=vlan1019 interface=vlan1020 interface=vlan1021 interface=vlan1022 interface=vlan1023 interface=vlan1024 interface=vlan1025 interface=vlan1026 interface=vlan1027 interface=vlan1028 interface=vlan1029 interface=vlan1030 interface=vlan1031 interface=vlan1032 interface=vlan1033 interface=vlan1034 interface=vlan1035 interface=vlan1036 interface=vlan1037 interface=vlan1038 interface=vlan1039 interface=vlan1040 interface=vlan1041 interface=vlan1042 interface=vlan1043 interface=vlan1044 interface=vlan1045 interface=vlan1046 interface=vlan1047 interface=vlan1048 interface=vlan1049 interface=vlan1050 interface=vlan1051 interface=vlan1052 interface=vlan1053 interface=vlan1054 interface=vlan1055 interface=vlan1056 interface=vlan1057 interface=vlan1058 interface=vlan1059 interface=vlan1060 interface=vlan1061 interface=vlan1062 interface=vlan1063 interface=vlan1064 interface=vlan1065 interface=vlan1066 interface=vlan1067 interface=vlan1068 interface=vlan1069 interface=vlan1070 interface=vlan1071 interface=vlan1072 interface=vlan1073 interface=vlan1074 interface=vlan1075 interface=vlan1076 interface=vlan1077 interface=vlan1078 interface=vlan1079 interface=vlan1080 interface=vlan1081 interface=vlan1082 interface=vlan1083 interface=vlan1084 interface=vlan1085 interface=vlan1086 interface=vlan1087 interface=vlan1088 interface=vlan1089 interface=vlan1090 interface=vlan1091 interface=vlan1092 interface=vlan1093 interface=vlan1094 interface=vlan1095 interface=vlan1096 interface=vlan1097 interface=vlan1098 interface=vlan1099 interface=vlan1100 interface=vlan1101 interface=vlan1102 interface=vlan1103 interface=vlan1104 interface=vlan1105 interface=vlan1106 interface=vlan1107 interface=vlan1108 interface=vlan1109 interface=vlan1110 interface=vlan1111 interface=vlan1112 interface=vlan1113 interface=vlan1114 interface=vlan1115 interface=vlan1116 interface=vlan1117 interface=vlan1118 interface=vlan1119 interface=vlan1120 #ac-name=xxx #service-name=yyy pado-delay=1,-1:550 #pado-delay=0,100:100,200:200,-1:500 #ifname-in-sid=called-sid #tr101=1 verbose=1 #[l2tp] #dictionary=/usr/local/share/accel-ppp/l2tp/dictionary #hello-interval=60 #timeout=60 #rtimeout=5 #retransmit=5 #host-name=accel-ppp #verbose=1 [dns] dns1=xx.xxx.xxx.xxx dns2=8.8.8.8 [radius] dictionary=/usr/local/share/accel-ppp/radius/dictionary nas-identifier=accel-ppp nas-ip-address=172.27.27.5 gw-ip-address=xx.xxx.xxx.xxx auth-server=172.27.27.1:1812,TheOzMaster acct-server=172.27.27.1:1813,TheOzMaster # адрес интерфейса, на котором нужно слушать запросы RADIUS PoD dae-server=172.27.27.5:3799,TheOzMaster verbose=1 timeout=10 #max-try=3 acct-timeout=0 #acct-delay-time=0 #[client-ip-range] #10.0.0.0/8 [ip-pool] #gw-ip-address=192.168.0.1 #192.168.0.2-255 #192.168.1.1-255 #192.168.2.1-255 #192.168.3.1-255 #192.168.4.0/24 [log] log-file=/var/log/accel-ppp/accel-ppp.log log-emerg=/var/log/accel-ppp/emerg.log log-fail-file=/var/log/accel-ppp/auth-fail.log #log-debug=/dev/stdout #log-tcp=127.0.0.1:3000 copy=1 #color=1 #per-user-dir=per_user #per-session-dir=per_session #per-session=1 level=3 #log-tcp=127.0.0.1:3000 #[log-pgsql] #conninfo=user=log #log-table=log [pppd-compat] #ip-pre-up=/etc/ppp/ip-pre-up #ip-up=/etc/ppp/ip-up #ip-down=/etc/ppp/ip-down #ip-change=/etc/ppp/ip-change radattr-prefix=/var/run/radattr verbose=1 #[chap-secrets] #gw-ip-address=192.168.100.1 #chap-secrets=/etc/ppp/chap-secrets #[tbf] #attr=Filter-Id #verbose=1 #ifb=ifb0 #up-burst-factor=0.5 #latency=50 #mpu=0 #r2q=10 #quantum=1500 #cburst=1534 #leaf-qdisc=sfq perturb 10 #down-burst-factor=0.1 #attr-down=PPPD-Downstream-Speed-Limit #attr-up=PPPD-Upstream-Speed-Limit [shaper] #attr=Filter-Id attr-down=PPPD-Downstream-Speed-Limit attr-up=PPPD-Upstream-Speed-Limit #down-burst-factor=10.0 #up-burst-factor=1.0 #up-burst-factor=0.5 latency=50 #mpu=0 #r2q=20 quantum=1500 #cburst=1534 ifb=ifb0 up-limiter=tbf down-limiter=htb leaf-qdisc=sfq perturb 10 verbose=1 Прилагаю ищьо вивод netstat -i Kernel Interface table Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg eth2 1500 0 222405279 0 33 0 164788701 0 0 0 BMRU eth3 1500 0 162290506 0 0 0 217217895 0 0 0 BMRU ifb0 1500 0 263542 0 2 0 263540 0 0 0 BNRU lo 16436 0 338 0 0 0 338 0 0 0 LRU P.S. Подазреваю что всему виной htb. Но как заставить правильно шейпить tbf не знаю. Всьо что не пробивал всьо напрасна. При tbf все везде вродеби правильно пишет. Но скорость режит криво. При любом шейпере lsmod показивает ifb 12757 0 Ситуация с tbf один в один как здесь. Но там ответа нету.

Добрий день. Есть проблема с шепером. Консоль accel-ppp показивает что rate-limit стоит. cat /var/run/radattr.ppp128 Session-Timeout 2199797 Session-Octets-Limit 2146435072 PPPD-Downstream-Speed-Limit 3200 Acct-Interim-Interval 300 User-Name testtest PPPD-Upstream-Speed-Limit 3200 Octets-Direction 0 Framed-IP-Address хх.хх.хх.хх Framed-IP-Netmask 255.255.255.255 MS-CHAP2-Success 01533D44433445383530313345333633354342394637454238374432453930334536344243393744303442 MS-MPPE-Recv-Key B5E5DC21BD02E9D28EAB683B4DC775A6CB7420A687C27E02BA135A675F79F3BCB387 MS-MPPE-Send-Key BA2A9B81163C3BA4FE935F7F499B767EBB91813CC64CDD39C0B6657E8DF46B7EF880 MS-MPPE-Encryption-Policy 1 MS-MPPE-Encryption-Type 6 Вроде всьо харашо. В вот tc qdisc |grep ppp128 qdisc pfifo_fast 0: dev ppp128 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 У большинства юзерей не ставит скорость. У некоторих юзеров есть ограничение. Но не у всех. И ко всему есть проблема в том что иногда когда подключается клиент у него скорость очень маленькая. порядка 512кб. но я думаю ето связано с тем что у меня на сетевих не виключени офлоади. Как то стрьомно на лету ето делать. Извените если гедто тупой вопрос. Всьо время работаю с Freebsd а лінуксом балуюсь редко. И подскажите ищьо если ефертулом виключить офлоад на робочем сервере интерфейси не упадут ? Для примера так ethtool -K eth0 tso off rx off tx off sg off. Буду очень благодарен за ваши ответи.

nik247 БОЛЬШОЕ СПАСИБО. Ето гугл чьот перестал искать именно сегодня.

Ну для начяла огромное спасиба автору за его работу и извените за мой русский. У меня есть маленькая проблема. У меня стоит accel-ppp. Использую pppoe, основная проблема что серверов у меня несколько. І лінукс сервер берьот на себя очень много конектов. І боюсь что в результате етого просто упрьотся всьо сетвую. Так вот мне нада ограничить количество сессий на етом сервере. Тоесть нада так. Чтоб он дошол там до 1000 конектов и перестал принимать новие сессии а те которие на ньом чтоб работали. И ещьо пока просто не нашол на етот вопрос ответа. Можна ли на лету менять конфигурацию. Чтоб не перезапускать службу.