On Sun, 21 Sep 2003 20:22:12 +0200 Alexander Schmehl <[EMAIL PROTECTED]> wrote:
> * Mater <[EMAIL PROTECTED]> [030921 16:36]: > > [ urpl�tzlich hohe Load ] > > > Wie ich eben h�rte tritt das unten beschriebene Prob auch bei anderen Leuten auf, > > Bitte lese http://learn.to/quote und lass solchen ToFu-M�ll. Das 'quote' war lediglich ein Zusatz, damit man wei� worum es geht. F�r die leute, die die vorhergehende Mail gelesen haben unwichtig und damit am Ende plaziert, damit sie es nicht nochmal alles lesen (m�ssen) bis sie zu der eigentlichen neuen Info gelangen. Der neue Text war _keine_ Antwort darauf und somit st�rts den logischen Aufbau imho auch nicht. Da dieser 'geqoutete' Text von mir stammte und ich diese Aussagen/Fragen/Meinungen immenroch vertrete sind Anf�hrungszeichen u.�. Zeichensetzungen die ausdr�cklich auf ein Zitat hinweisen unn�tig. Btw: Ist es eigentlich Ziel dieser ML leute mit Problemen auf ein recht unfreundliche Artundweise anzumoten, oder eher ihnen zu helfen? Bitte bahndelt mich nicht wie ein Idiot, der alles tut nur um euch zu verarschen, Debian schlecht zu reden und eure zeit zu vergeuden. > > > > die sshd per apt-get geupdeted haben. > > Das kann ich nicht best�tigen, ich habe hier das update bei mehreren > Kisten eingespielt, und habe seitdem nichts aussergew�hnliches bemerkt. > > > > Auf der Debian-Seite und bei Google konnte ich nichts finden, was mir/uns da > > weiterhilft. Wer hats auch und wer hat Rat? > > top, ps aux, etc. Top und ps habe ich nicht angeh�nt, da ich imho oft genug erw�hnt habe, dass die CPU-Last gering ist und ich der Meinung war, dass das die Mail nur unn�tig lang (und damit un�bersichtlich) macht. Ich habe diese Angaben bereits auf Anfrage nachgereicht. > > > Yours sincerely > Alexander > Hier nocheinmal ps uns top: 1) [system 2] ps faux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.6 1272 432 ? S Sep20 0:17 init [2] root 2 0.0 0.0 0 0 ? SW Sep20 0:00 [keventd] root 3 0.0 0.0 0 0 ? SW Sep20 0:00 [kapmd] root 4 0.0 0.0 0 0 ? SWN Sep20 0:00 [ksoftirqd_CPU0] root 5 0.0 0.0 0 0 ? SW Sep20 0:00 [kswapd] root 6 0.0 0.0 0 0 ? SW Sep20 0:00 [bdflush] root 7 0.0 0.0 0 0 ? SW Sep20 0:00 [kupdated] root 8 0.0 0.0 0 0 ? SW Sep20 0:00 [kjournald] root 90 0.0 0.0 0 0 ? SW Sep20 0:00 [eth1] root 146 0.0 1.2 2036 776 ? S Sep20 0:00 /sbin/syslogd root 149 0.0 1.8 1988 1168 ? S Sep20 0:01 /sbin/klogd root 164 0.0 1.0 2788 680 ? S Sep20 0:00 /usr/sbin/sshd root 19251 0.5 2.8 6412 1760 ? S 19:56 0:00 \_ [sshd] mater 19253 0.2 2.9 6424 1844 ? S 19:56 0:00 \_ [sshd] mater 19261 0.5 2.1 2288 1316 pts/1 S 19:56 0:00 \_ -bash mater 19318 0.0 2.4 3512 1512 pts/1 R 19:56 0:00 \_ p root 167 0.0 0.9 1652 620 ? S Sep20 0:00 /usr/sbin/cron root 176 0.0 0.6 1256 396 tty1 S Sep20 0:00 /sbin/getty 38400 root 177 0.0 0.6 1256 396 tty2 S Sep20 0:00 /sbin/getty -I \0 2) |system 2] top: 19:58:21 up 1 day, 1:56, 1 user, load average: 0.23, 0.12, 0.09 29 processes: 28 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 1.0% user, 0.8% system, 0.0% nice, 98.2% idle Mem: 62516K total, 38224K used, 24292K free, 15576K buffers Swap: 108860K total, 4080K used, 104780K free, 11232K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 19319 mater 15 0 936 936 748 R 1.7 1.4 0:00 top 1 root 9 0 472 432 412 S 0.0 0.6 0:17 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 9 0 0 0 0 SW 0.0 0.0 0:00 kapmd 4 root 18 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 8 root 9 0 0 0 0 SW 0.0 0.0 0:00 kjournald 90 root 9 0 0 0 0 SW 0.0 0.0 0:00 eth1 146 root 9 0 780 776 664 S 0.0 1.2 0:00 syslogd 149 root 9 0 1176 1168 408 S 0.0 1.8 0:01 klogd 164 root 9 0 824 680 648 S 0.0 1.0 0:00 sshd 167 root 8 0 668 620 596 S 0.0 0.9 0:00 cron 176 root 9 0 452 396 396 S 0.0 0.6 0:00 getty 177 root 9 0 452 396 396 S 0.0 0.6 0:00 getty 1) [system 1] top: 20:06:55 up 94 days, 6:23, 1 user, load average: 0.13, 0.27, 0.21 73 processes: 72 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0.4% user, 0.2% system, 0.0% nice, 99.4% idle Mem: 710468K total, 401748K used, 308720K free, 140008K buffers Swap: 498004K total, 52860K used, 445144K free, 66512K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 22765 mater 19 0 968 968 752 R 0.3 0.1 0:00 top 21629 ntop 11 0 6628 6628 1416 S 0.1 0.9 3:27 ntop 1 root 8 0 316 288 256 S 0.0 0.0 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:04 keventd 3 root 9 0 0 0 0 SW 0.0 0.0 0:00 kapmd 4 root 19 19 0 0 0 SWN 0.0 0.0 0:16 ksoftirqd_CPU0 5 root 9 0 0 0 0 SW 0.0 0.0 18:10 kswapd 6 root 9 0 0 0 0 SW 0.0 0.0 0:01 bdflush 7 root 9 0 0 0 0 SW 0.0 0.0 0:09 kupdated 8 root 9 0 0 0 0 SW 0.0 0.0 0:00 khubd 10 root 9 0 0 0 0 SW 0.0 0.0 10:17 kjournald 78 root 9 0 0 0 0 SW 0.0 0.0 0:33 kjournald 79 root 9 0 0 0 0 SW 0.0 0.0 0:01 kjournald 80 root 9 0 0 0 0 SW 0.0 0.0 0:14 kjournald 81 root 9 0 0 0 0 SW 0.0 0.0 0:56 kjournald 207 root 9 0 388 372 324 S 0.0 0.0 1:40 syslogd 210 root 9 0 1032 224 224 S 0.0 0.0 0:00 klogd 218 root 9 0 356 300 288 S 0.0 0.0 0:03 inetd 290 root 9 0 2036 616 468 S 0.0 0.0 1:29 arpwatch 292 root 9 0 2036 612 468 S 0.0 0.0 0:51 arpwatch 2) [system 1] ps faux spaar ich mir, da es imho viel zu lang f�r diese mail ist und man auch nicht mehr sieht als im top. CPU-Last pro Prozess zwischen 0.0% und 0.1%. (Wie man ja auch auf der angebenen Seite sehen kann ist die CPU-Last so gering wie sie sein sollte) Wie man sieht, keine CPU-Last, aber viel load. Wie ich auch schon von mehreren anderen Serverownern h�rte tritt dieses Problem bei rund 2/3 aller Rechner auf. Und bei allen tritt dieses Ph�nom�n erst seit dem Update von sshd auf. sshd version OpenSSH_3.4p1 Debian 1:3.4p1-1.woody.2 ! Achtung: Die folgende Angabe ist nicht sehr auskunftsreich. Leute die sowetwas nicht abk�nnen m�gen die folgenden 4 Zeilen bitte ignorieren bzw nicht lesen ! Und nochmal ein Beispielload von einem weiteren Server, dessn Load sonst eigentlich (vor dem Update) bei 0.01 ist: (%Serv05) 14:03:27 up 2 days, 19:51, 0 users, load average: 0.28, 0.19, 0.13 Und nocheinmal, da das ja viele hier zu denken scheinen: Dashier ist kein Fake und soll Debian auch nicht schlecht machen. Es soll nur ein Problem l�sen, das zwar nicht �berall, aber auf einigen Rechnern auftritt und die Systemleistun negativ beeintr�chtigt. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
