[Eisfair] iperf installiert 100% Last?

[Kay Martinen]

Am 28.12.2017 um 22:16 schrieb Olaf Jaehrling:
> 
> Kay Martinen schrieb am 28.12.2017 um 21:25:
>>
>> Ich hab da was merkwürdiges Festgestellt. Ein EISFAIR-1 in einer VM hat;
>> offenbar seit ich iperf installierte und benutzte; dauerhaft 100% Last
>> und top zeigt als avergage 5 5 5 oder mehr an. Nach stoppen von iperf
>> geht das zurück auf normale werte (so um die 0.17).
> 
> Wie genau startest Du iperf?

Als Server über das Setup gestartet.

>>                                /etc/config.d/iperf
>> ┌──────────────────────────────────────────────────────────────────────────────┐
>> │------------------------------------------------------------------------------│
>> │  iperf configuration                                                         │
>> │------------------------------------------------------------------------------│
>> │                                                                              │
>> │ START_IPERF                  =  yes                                          │
>> │ IPERF_CONNECT_PORT           =  5001                                         │
>> │ IPERF_RUN_IN_SERVERMODE      =  yes                                          │
>> │ IPERF_RUN_AS_DAEMON          =  yes                                          │
>> │ IPERF_ADDITIONAL_OPTIONS     =  no                                           │
>> │                                                                              │


>> Bei der benutzung von iperf fiel mir nur auf das ich per TCP hohe
>> Raten bekomme, aber wenn ich einmal mit UDP Teste und danach wieder
>> TCP bekomme ich durchweg genau die gleichen miesen Raten wie beim
>> UDP-Test vorher. Wie kann das passieren?
> startest Du zwischendurch iperf als server neu?
> 

Das hatte ich mal probiert als es mir zuerst auf fiel. Das Problem der 
niedrigen UDP-Raten scheint aber noch von etwas anderem abhängig zu sein 
denn die bekam ich anfangs oft, später nicht mehr so oft.

Die iperf-tests waren aber schon tage her. Offenbar lief das so; mit 
hoher last; eine Weile bis es mir heute erst auffiel.

Eine weitere sache noch: Der apache ist offenbar verstorben. Ob dadurch 
oder dabei weiß ich noch nicht. Aber nach neustart (PID existierte noch) 
zeigt Eisgraph das dieser EIS seit dem 24.12. mit 100% CPU-Last und 
einer Auslastung von ca. 5.0 lief. Der hat also 4 Tage in folge durch 
gebrummt.

Da ich versehentlich alles aus dem scrollback kopierte, hier ein paar 
infos. Die Sprechen wohl für sich.


> Welcome to eisfair!
> base     : 2.8.0
> eiskernel: 3.10.0 (3.16.50-eisfair-1-VIRT)
> 
> control # top
> top - 20:48:47 up 30 days, 57 min,  1 user,  load average: 5.02, 5.08, 5.08
> Tasks:  64 total,   1 running,  63 sleeping,   0 stopped,   0 zombie
> %Cpu(s):  0.0 us,  0.0 sy,100.0 ni,  0.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
> KiB Mem :   513168 total,   137292 free,    43556 used,   332320 buff/cache
> KiB Swap:   131068 total,   131068 free,        0 used.   451356 avail Mem
> 
>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
> 31861 root      30  10   55332    140      0 S 99.67 0.027   5730:06 iperf
>     1 root      20   0    2276   1276   1184 S 0.000 0.249   0:29.02 init

> control # /etc/init.d/iperf status
> IPERF is running with PID: 31861
> control # /etc/init.d/iperf stop
> control # /etc/init.d/iperf status
> IPERF is not running
> control # top
> top - 20:50:42 up 30 days, 58 min,  1 user,  load average: 2.13, 4.27, 4.80
> Tasks:  63 total,   1 running,  62 sleeping,   0 stopped,   0 zombie
> %Cpu(s):  0.0 us,  0.0 sy,  0.0 ni,100.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
> KiB Mem :   513168 total,   138048 free,    42960 used,   332160 buff/cache
> KiB Swap:   131068 total,   131068 free,        0 used.   452092 avail Mem
> 
>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
>  8202 root      30  10    7036   2676   2320 R 0.331 0.521   0:00.10 top

> top - 20:52:28 up 30 days,  1:00,  1 user,  load average: 0.37, 3.00, 4.28
> Tasks:  67 total,   1 running,  66 sleeping,   0 stopped,   0 zombie
> %Cpu(s):  0.0 us,  1.3 sy,  4.3 ni, 94.0 id,  0.3 wa,  0.0 hi,  0.0 si,  0.0 st
> KiB Mem :   513168 total,   137608 free,    43384 used,   332176 buff/cache
> KiB Swap:   131068 total,   131068 free,        0 used.   451668 avail Mem
> 
>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
>  4032 nagios    30  10   20872   1820   1672 S 0.331 0.355   3:49.47 npcd
>  7731 root      30  10    6508   5024   4456 S 0.331 0.979   0:00.08 sshd
>  8202 root      30  10    7036   2676   2320 R 0.331 0.521   0:00.27 top
> control # top
> top - 22:26:10 up 30 days,  2:34,  1 user,  load average: 0.03, 0.04, 0.04
> Tasks:  73 total,   1 running,  72 sleeping,   0 stopped,   0 zombie
> %Cpu(s):  0.0 us,  0.7 sy,  0.0 ni, 99.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
> KiB Mem :   513168 total,   120212 free,    59048 used,   333908 buff/cache
> KiB Swap:   131068 total,   131068 free,        0 used.   434400 avail Mem
> 
>   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
>     1 root      20   0    2276   1276   1184 S 0.000 0.249   0:29.08 init
>     2 root      20   0       0      0      0 S 0.000 0.000   0:00.00 kthreadd