![]() |
Apache soll logs nicht backuppen...
Hello!
Wie bringe ich apache bei, dass die logfiles die er macht, nicht seperat als *.gz abgespeichert werden sollen wenn sie eine gewissen größe erreichen sondern dass er immer bei einem riesen file bleiben soll? martin |
Auf http://it-academy.cc/ nix gefunden? ;)
Check mal Deine Cron-jobs, da muesste ein logrotate dabei sein, dass das macht. |
Hör ich da...
...ein wenig Zynismus raus?
Seit nicht soo bös zu mir! ;oP Tuts lieber auch bei it-academy mitmachen tun! Danke, martin |
Nein kein Zynismus - nur freundschafltiches "necken" :D
Und soviel Zeit, dass ich zig Portale mit Content beliefer hab ich auch nicht - sorry, nicht boese sein. Hat der Tipp geholfen? |
hhmm
frei nach dem motto, was sich liebt das neckt sich? ;o)
Hm, cool wäre es, wenn du fertige sachen einfach in html speichern könntest und reinhaust. nicht soooo viel hackn und uns wär _____seeeeeeeeeehr______ geholfen! tipp: ich hoffe. hab das skript einfach mal gekillt warte mal ab was er (oder doch sie?) tut... danke dir, martin |
Re: hhmm
Zitat:
|
Das Logfile wachsen lassen, ist aber keine gute Idee.
Sozusagen ein sehr schlechte Idee :( Sloter |
looog...
Alternative?
|
Warum soll er nicht das File wegpacken?
Kostet ja nur Performanz und Ram wenn das Logfile zu groß wird. Die Auswertung mit Webalizer oder ähnlichem wird auch länger da er alle Einträge die er hat wieder bearbeiten muß, obwohl er es ja schon gemacht hat. OK, was ich gelesen habe steht er bei dir und hat null Besucher. Da wächst das File natürlich nicht schnell an. Da haben sich schon ein paar gescheite Leute was gedacht, das sie das Logfile so klein wie möglich halten. Sloter |
wegpacken: weil ein sogenannter webtrends die auswertung macht und ich nicht sicher bin ob nicht immer das komplette file braucht.
server steht bei mir, hat aber bei weitem nicht 0 besucher.. |
Eigentlich braucht er nur die täglichen Logfiles und nicht die vom letzten Jahr.
Die Auswertung erfolgt ja täglich,oder? Sloter |
Grosse Logfiles sind ein Problem und können früher oder später zu abstürzen magels Speicher führen. Ich weiß von was ich Rede da ich einen Sun Cobalt RaQ3 Server verwende ;)
Lange Logfiles gibt es seit dem letzten analog Update 4.0.2 als neues Feature am RaQ3. Partition mit Logfiles voll? Kein Problem ;) Sun hat auch ein passendes Log Files Update 4.0.1 nachgeliefert das die Logfiles von / nach /home verschiebt statt diesen Fehler zu beheben. Vor einigen Tagen sind am Vormittag aus Speichermangel diverse Dienste (MySQL, FTP usw.) auf meinen Server heruntergefahren da Analog versucht hat die etwas grösseren Logfiles zu Analysieren. Der Workaround war simpel: Ich habe als Root alle grösseren Logfiles, insgesamt 2,5GB :eek: gelöscht und schon hatte der Server keine Speicherprobleme mehr. Vielleicht sollte ich einen Cron-Job installieren der die Logs einmal im Monat automatisch löscht. So wie ich Sun kenne wird das eh der nächste Patch sein ;) Und was lernen wir aus dieser Geschichte? Keine offiziellen Patches von Sun/Cobalt auf einen RaQ Server installieren... das natürlich auch ;), aber was viel wichtiger ist... Keine lange Logfiles da das zu Problemen führen kann :) |
Danke für deine Bestätigung :)
Sloter |
logfiles
also nimm einen texteditor deiner wahl --> öffne die datei /etc/logfiles und nimm die eine (oder mehreren) einträge die zum apache raus.
falls du noch eine genauere information zu den logfiles willst must mir ein mail an linuz@linuz.at schreiben. weis aber nicht wann ich zum antowrten kommen. |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 07:38 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag