Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz. Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile. Ich habe schonmal einen Speichertest mit memtest86 über 2 Tage gemacht, aber es wurde kein Fehler angezeigt. Die Festplatten habe ich auch schon durchgecheckt, auch alles OK. Die CPU-Last geht nicht unter 85% Idle, aber der Speicher ist permanent, bis auf 2MB, ausgelastet. Vielleicht könnt Ihr mir ja noch einen Tipp geben. P.S.: mir ist mal folgende Meldung in der Systemlog aufgefallen, vielleicht hängt das damit zusammen: cachewlg kernel: probable hardware bug: clock timer configuration los - probably a VIA686a cachewlg kernel: probable hardware bug: restoring configuration Schonmal danke, Thomas
Hallo, Am Freitag, 22. November 2002 15:53 schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Kann es sein, daß Du dem Squid zuviel Speicher gegeben hast? Wie sieht denn Deine squidconf aus -- ohne Kommentare bitte !!!
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile. Ich habe schonmal einen Speichertest mit memtest86 über 2 Tage gemacht, aber es wurde kein Fehler angezeigt. Die Festplatten habe ich auch schon durchgecheckt, auch alles OK. Die CPU-Last geht nicht unter 85% Idle, aber der Speicher ist permanent, bis auf 2MB, ausgelastet.
gib mal eine Ausgabe von free, ps und/oder top ;)
Vielleicht könnt Ihr mir ja noch einen Tipp geben.
P.S.: mir ist mal folgende Meldung in der Systemlog aufgefallen, vielleicht hängt das damit zusammen: cachewlg kernel: probable hardware bug: clock timer configuration los - probably a VIA686a cachewlg kernel: probable hardware bug: restoring configuration
MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
----- Original Message ----- From: "Mirko Richter" <m.richter@ngi.de> To: <suse-linux@suse.com> Sent: Friday, November 22, 2002 4:17 PM Subject: Re: Squid-proxy nach längerer Laufzeit langsam
Hallo,
Am Freitag, 22. November 2002 15:53 schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Kann es sein, daß Du dem Squid zuviel Speicher gegeben hast? Wie sieht denn Deine squidconf aus -- ohne Kommentare bitte !!!
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile. Ich habe schonmal einen Speichertest mit memtest86 über 2 Tage gemacht, aber es wurde kein Fehler angezeigt. Die Festplatten habe ich auch schon durchgecheckt, auch alles OK. Die CPU-Last geht nicht unter 85% Idle, aber der Speicher ist permanent, bis auf 2MB, ausgelastet.
gib mal eine Ausgabe von free, ps und/oder top ;)
Vielleicht könnt Ihr mir ja noch einen Tipp geben.
P.S.: mir ist mal folgende Meldung in der Systemlog aufgefallen, vielleicht hängt das damit zusammen: cachewlg kernel: probable hardware bug: clock timer configuration los - probably a VIA686a cachewlg kernel: probable hardware bug: restoring configuration
cache:~# free total used free shared buffers cached Mem: 392744 388992 3752 0 264124 31756 -/+ buffers/cache Swap: 144576 0 144576 cache:~#top [..] 34 processes: 32 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 0,9% user, 1,7% system, 0,0% nice, 97,2% idle Mem: 392744k av, 390136k used, 2608k free, 0k shrd, 265032k buffered Swap: 144576 av, 0k used, 144576k free PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 203 squid 17 0 2116 50M 1296 S 2.5 13.2 7:51 squid [..] Ich denke, aus der squid.conf ist für dich vor allem folgender Parameter interessant: cache_dir ufs /cache 8000 16 256 Allerdings hatte ich die Grösse auch schonmal auf 2000 MB herabgesetzt. /cache ist übrigens eine eigens dafür definierte und gemountete Partition mit einer Grösse von 10 GB.
Am Freitag, 22. November 2002 17:03 schrieb Thomas Gräber: [ ... ]
gib mal eine Ausgabe von free, ps und/oder top ;)
Vielleicht könnt Ihr mir ja noch einen Tipp geben.
P.S.: mir ist mal folgende Meldung in der Systemlog aufgefallen, vielleicht hängt das damit zusammen: cachewlg kernel: probable hardware bug: clock timer configuration los - probably a VIA686a cachewlg kernel: probable hardware bug: restoring configuration
Sorry, aber das ganze sieht grauselig verschoben aus :(((
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Wer erwartet da was anderes ....
Naja, ich versuch das mal zu ordnen, sag ob das so richtig ist!
cache:~# free
total used free shared buffers cached Mem: 392744 388992 3752 0 264124 31756 -/+ buffers/cache [DA FEHLT WAS ODER ?] Swap: 144576 0 144576
cache:~#top
[..] 34 processes: 32 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 0,9% user, 1,7% system, 0,0% nice, 97,2% idle Mem: 392744k av, 390136k used, 2608k free, 0k shrd, 265032k buffered Swap: 144576 av, 0k used, 144576k free PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 203 squid 17 0 2116 50M 1296 S 2.5 13.2 7:51 squid
^^^^^ Das da kommt mir doch etwas komisch vor, mir kommen nämlich ziemlich selten Prozesse unter die Augen, die kleiner sind als sie Arbeitsspeicher belegen. Schau nochmal nach, ob Dir da kein Fehler unterlaufen ist. Ist das der Status, der nach längerer Laufzeit oder nach einem Neustart?
[..]
Ich denke, aus der squid.conf ist für dich vor allem folgender Parameter interessant:
cache_dir ufs /cache 8000 16 256
Das ist das, was Du Ihm an Plattenplatz gibst! Was ich wissen wollte, ist wieviel Speicher (RAM) er nutzen soll! Also: cache_mem XX MB wieviel steht da ?
Allerdings hatte ich die Grösse auch schonmal auf 2000 MB herabgesetzt.
/cache ist übrigens eine eigens dafür definierte und gemountete Partition mit einer Grösse von 10 GB.
sollte nicht das Problem sein ... MfG Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Hoi !
Am Freitag, 22. November 2002 15:53 schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Hatte mal ein ähnliches Problem . Soweit ich mich erinnere hatten Squid vor 2.4 teilweise Probleme mit Speicherlecks . Update hat damals weitergeholfen (die squid.conf kann man leider nicht 1:1 übernehmen) . Hatte so nach 5 Tagen ebenfalls starke Performanceprobleme . cu Carsten -- Antworten und Fragen bitte als PM an carsten-becher@cbecher.de +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Thomas Gräber wrote:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile.
interessant wären die einstellungen deiner squid.conf die den cache etc. anbelangen. ich habe auch mal einen squid gesehen, der aufgrund falscher rechte nicht in seinen cache schreiben durfte. der hat genau dieses verhalten gezeigt. also vieleicht mal prüfen ob bei dir die rechte, von z.b. '/var/spool/squid/' oder wo auch immer dein cache liegt, stimmen. micha
----- Original Message ----- From: "Michael Meyer" <mime@gmx.de>
Thomas Gräber wrote:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile.
interessant wären die einstellungen deiner squid.conf die den cache etc. anbelangen. ich habe auch mal einen squid gesehen, der aufgrund falscher rechte nicht in seinen cache schreiben durfte. der hat genau dieses verhalten gezeigt. also vieleicht mal prüfen ob bei dir die rechte, von z.b. '/var/spool/squid/' oder wo auch immer dein cache liegt, stimmen.
Danke, habe ich gecheckt, alle rechte und Besitzer richtig gesetzt, es ändert sich ja auch der freie Speicher. Hier mal die entsprechende Zeile: cache_dir ufs /cache 8000 16 256 Im Vergleich mit einer squid.conf von einem Squid 2.2 ist mir aufgefallen, dass der Parameter ufs dort nicht vorhanden ist, könnte es vielleicht etwas damit zu tun haben? Mfg, Thomas
Thomas Gräber wrote:
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile.
interessant wären die einstellungen deiner squid.conf die den cache etc. anbelangen. ich habe auch mal einen squid gesehen, der aufgrund falscher rechte nicht in seinen cache schreiben durfte. der hat genau dieses verhalten gezeigt. also vieleicht mal prüfen ob bei dir die rechte, von z.b. '/var/spool/squid/' oder wo auch immer dein cache liegt, stimmen.
Danke, habe ich gecheckt, alle rechte und Besitzer richtig gesetzt, es ändert sich ja auch der freie Speicher.
na ja, versuch war es wert ...
Hier mal die entsprechende Zeile: cache_dir ufs /cache 8000 16 256
*puh* 8 GB cache. wieviele clients hängen dran? du könntest die anzahl der verzeichnisse vieleicht mal von 16 auf 32 erhöhen ...
Im Vergleich mit einer squid.conf von einem Squid 2.2 ist mir aufgefallen, dass der Parameter ufs dort nicht vorhanden ist, könnte es vielleicht etwas damit zu tun haben?
'http://squid.visolve.com/squid24s1/logfiles.htm#cache_dir' 'http://squid.visolve.com/squid24s1/glossary.htm#filesystems' kannst du irgendwelche unterschiede sehen, z.b. in der speichernutzung, wenn der squid noch gut läuft und wenn er dann langsamer wird? du solltest uns wirklich mal deine gesamte squid.conf sehen lassen. natürlich _ohne_ kommentare. micha
Am Fre, 2002-11-22 um 16.49 schrieb Thomas Gräber:
Danke, habe ich gecheckt, alle rechte und Besitzer richtig gesetzt, es ändert sich ja auch der freie Speicher.
Hier mal die entsprechende Zeile: cache_dir ufs /cache 8000 16 256
Was fuer ein Wert hat cache_mem bei Dir? Bei 8 GB Plattencache, gib dem Ding RAM, Ooooops, nein, gib dem Ding mehr RAM. Unter 128 MB cache_mem würde ich bei 8 GB PLattenplatz gar nicht anfangen, Bezuüglich Speicherverwaltung von Squid lies bitte: http://www.squid-cache.org/Doc/FAQ/FAQ-8.html Und google kannst Du auch benutzen, oder? http://www.google.com/search?q=squid%20tuning&sourceid=opera&num=0&ie=utf-8&oe=utf-8 Wolfgang
* Freitag, 22. November 2002 um 15:53 (+0100) schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Welche Version von Squid 2.3? IIRC "vergaß" Squid 2.3.STABLE3 (und evtl. auch die Vorversionen(?)) alte Objekte im Disk-Cache zu löschen. Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
----- Original Message ----- From: "Andreas Koenecke" <akoenecke@akoenecke.de> To: <suse-linux@suse.com> Sent: Friday, November 22, 2002 5:42 PM Subject: Re: Squid-proxy nach längerer Laufzeit langsam
* Freitag, 22. November 2002 um 15:53 (+0100) schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Welche Version von Squid 2.3? IIRC "vergaß" Squid 2.3.STABLE3 (und evtl. auch die Vorversionen(?)) alte Objekte im Disk-Cache zu löschen. SquidCache: Version 2.3STABLE4-hno.CVS Das ist die Version, die von SuSE mitgeliefert wurde.
Der Cache wird jede Woche gelöscht.
* Freitag, 22. November 2002 um 18:40 (+0100) schrieb Thomas Gräber:
----- Original Message -----
(Könntest du das bitte löschen...)
SquidCache: Version 2.3STABLE4-hno.CVS Das ist die Version, die von SuSE mitgeliefert wurde.
Hm, das sollte den Bug wohl nicht mehr haben (Aber wer weiss, vielleicht bedeutet *STABLE4*.CVS auch CVS-Version zwischen STABLE3 und STABLE4?). Ist der Kernel auch so alt? Aber erst einmal egal -- du solltest herausfinden, welche(r) Prozess(e) den Speicher "frisst". Squid ist ist es ja laut deinem top-Auszug nicht.
Der Cache wird jede Woche gelöscht.
Warum? Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --
Am Freitag, 22. November 2002 15:53 schrieb Thomas Gräber:
Ich habe einen stark beschäftigten transparenten Proxy, der nach 3-5 Tagen extrem langsam wird. Der läuft mit SuSE 7.1 und Squid 2.3 auf einem IBM E-Server X-Series 300. Der hat 384 MB Ram und einen P3 mit 966 MHz.
Wenn ich Ihn nach der Zeit neustarte, läuft er erstmal wieder eine Weile.
Das Problem kenne ich auch. Ich hab das Problem vorerst dadurch gelöst, dass ich Squid per Cronjob jede nacht neu starte. Ich denke aber auch, dass das (mit) ein Problem der (Speicher)-Einstellungen ist. Ich hab drastisch die Speichergrößen reduziert (vor allem den Platten-Cache), da er wesentlich geringer ausgelastet war. Eine Optimierung ist hier sicherlich hilfreich - bin aber bisher noch zu keinen durchschlagenden Erfolgen gekommen. -- Gruß MaxX
participants (7)
-
Andreas Koenecke
-
Carsten Becher
-
Matthias Houdek
-
Michael Meyer
-
Mirko Richter
-
Thomas Gräber
-
Wolfgang Kueter