AdminSysGNULinux

J'ai toujours le Pb, ce qui est ci-dessous n'est pas La Solution

Voir

• http://stackoverflow.com/questions/3349455/ksoftirqd-consumes-80-cpu-on-embedded-platform
• https://forum.openwrt.org/viewtopic.php?id=17643
• http://trac.gateworks.com/wiki/performance_tuning

Depuis que je suis passé à la fibre (FTTH), mon WRT54GT équipé d'OpenWRT ne semble plus suivre. Il redémarre assez souvent, quand je télécharge ou regarde un vidéo sur youTub en HD. Et donc perte de connexion

En me connectant en SSH sur le routeur et grâce à top je constate que lors de gros téléchargement(s) le CPU est occupé à presque 100% par des Soft IRQ.

Voir :

• /proc/interrupts
• /proc/softirqs
• /proc/stat

/proc/interrupts

           CPU0       
  3:         16            MIPS  serial, gpio
  4:     228251            MIPS  eth0
  7:     423222            MIPS  timer

ERR:          0

J'en profite pour faire un peu de ménage dans /etc/firewall.user pour alléger la table filter d'iptables. Ce qui ne change absolument rien au Pb.

Pour nos teste, on désactive le chien de garde. (remplacé sur les version plus récente par procd !?)

On jette un œil

ps -ef | grep watchdog
watchdog -t 5 /dev/watchdog

Ne pas tuer le processus watchdog, sinon risque de reboot 60 secondes après ! Voir http://www.guiguishow.info/2011/08/23/openwrt-watchdog-en-voila-un-bon-toutou/

Pour tester quand même. Attention, redémarrage dans 60s

/etc/init.d/watchdog stop
reboot

ou

killall watchdog

Voir wdctl

Ne corrige pas le pb de fond, permet juste de regarder une vidéo en HD sur USATupe

Désactiver le max de module dans /etc/modules.d/

Attention ici je désactive le wiki

20-cfg80211:#cfg80211
21-mac80211:#mac80211
30-ppp:#slhc
30-ppp:#ppp_generic
30-ppp:#ppp_async
40-pppoe:#pppox
40-pppoe:#pppoe
41-ipt-conntrack:#iptable_raw
45-ipt-nathelper:#nf_conntrack_ftp
45-ipt-nathelper:#nf_nat_ftp
45-ipt-nathelper:#nf_conntrack_irc
45-ipt-nathelper:#nf_nat_irc
45-ipt-nathelper:#nf_conntrack_tftp
45-ipt-nathelper:#nf_nat_tftp

/etc/init.d/sysntpd disable
/etc/init.d/dnsmasq disable

reboot

iperf et bwm-ng sont deux outils sympa pour mesurer la bande passante réseau

Sur une machine sur internet

iperf -s

Dans le réseaux local

iperf -c <IP MACHINE_SUR_INTERNET> -i 1 -P 32

-P 32 : ouvre 32 connexions simultanées C'est le nombre de connexion ouverte simultanées qui fait crasher le routeur/pare-feu.

NB : le pb se présente dans les deux sens (en inversant le client et le serveur iperf -s et iperf -c)

Désactiver nf_conntrack_acct (ce qui est peut-être le cas par défaut) J'ai quand même une fois réussi à faire planter le routeur en faisant un test iperf

/etc/sysctl.conf

#net.netfilter.nf_conntrack_acct=1
net.netfilter.nf_conntrack_acct=0

Brouillons

sudo ping -f -s 1472 192.168.1.2
hping3 --flood 192.168.1.2 -1 -d 1472 

J'en profite pour tester ce petit script, sans succès

nomaxconnect.sh

# http://pic.dhe.ibm.com/infocenter/wasinfo/v6r1/topic/com.ibm.websphere.base.doc/info/aes/ae/tprf_tunelinux.html
# Lorsqu'un débit important de demandes de connexion entrante entraîne des échecs de connexion
 
echo 3000 > /proc/sys/net/core/netdev_max_backlog
echo 3000 > /proc/sys/net/core/somaxconn
 
echo 1 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout
echo 1 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait
 
echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout
 
echo 200 > /proc/sys/kernel/threads-max
 
echo 50 > /proc/sys/net/ipv4/netfilter/ip_conntrack_max

Conf par défaut

cat /proc/sys/net/core/netdev_max_backlog
1000
 
cat /proc/sys/net/core/somaxconn
128
 
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout
60
 
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait 
120
 
cat /proc/sys/net/ipv4/tcp_fin_timeout 
30
 
cat /proc/sys/kernel/threads-max 
207
 
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max 
16384