cgi_error.log nach Plattformwechsel immer größer
vor 8 Jahren
Hallo Telekom,
seit meinem Wechsel auf die neue Plattform wird die cgi_error.log immer größer, aktuell knapp 100 MB. Auf der alten Plattform wurde ab ca. 1 MB immer eine neue cgi_error.log angelegt und die alte in cgi_error_01.log etc. umbenannt. Dann konnte man regelmäßig aufräumen.
Auf der neuen Plattform scheint es keine maximale Größe zu geben, oder diese liegt noch über 100 MB. Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen.
Wenn die cgi_error.log noch größer wird, dann fällt es schwer, diese herunterzuladen und zu lesen. Wie kann ich die cgi_error.log so löschen, dass sofort eine neue geschrieben wird?
Mit freundlichen Grüßen,
Der Ahnenforscher
Hinweis:
Hinweis:
212
0
0
Das könnte Ihnen auch weiterhelfen
in
409
0
1
in
154
0
4
vor 4 Jahren
282
0
2
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Website-Angebote.
vor 8 Jahren
Hallo @Ahnenforscher2
äh, ich stehe gerade auf dem Schlauch ... wo ist denn diese cgi_error.log zu finden ?
0
0
von
vor 8 Jahren
Schonmal die besagte LOG-Datei gelöscht ?
0
von
vor 8 Jahren
Hallo,
das cgi_error.log liegt direkt im Homeverzeichis des Users auf dem Server unter /home/www . Das ist noch genauso wie auf dem alten Server. Unterschied ist aber, dass alle anderen Web-Dateien jetzt nicht mehr dort liegen, sondern unter /home/www/public_html
Gruß,
Der Ahnenforscher
0
vor 8 Jahren
Hallo @Ahnenforscher2
Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen. Mit freundlichen Grüßen, Der Ahnenforscher
Mit freundlichen Grüßen,
Der Ahnenforscher
Das ist so nicht richtig, die Error.log wird angelegt wenn ein Fehler auftritt, man kann also keine Einträge verlieren. Ich habe jedenfalls noch nichts derartiges erlebt.
MfG. Bernd
0
von
vor 8 Jahren
Hallo @Ahnenforscher2 Ahnenforscher2 Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen. Mit freundlichen Grüßen, Der Ahnenforscher Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen. Mit freundlichen Grüßen, Der Ahnenforscher Ahnenforscher2 Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen. Mit freundlichen Grüßen, Der Ahnenforscher Das ist so nicht richtig, die Error.log wird angelegt wenn ein Fehler auftritt, man kann also keine Einträge verlieren. Ich habe jedenfalls noch nichts derartiges erlebt. MfG. Bernd
Hallo @Ahnenforscher2
Ich habe auch versucht, die cgi_error.log manuell zu löschen. Dies ist zwar möglich, aber es dauert danach mindestens 24 Stunden bis eine neue cgi_error.log angelegt wird, d.h. man verliert sehr viele Meldungen. Mit freundlichen Grüßen, Der Ahnenforscher
Mit freundlichen Grüßen,
Der Ahnenforscher
Das ist so nicht richtig, die Error.log wird angelegt wenn ein Fehler auftritt, man kann also keine Einträge verlieren. Ich habe jedenfalls noch nichts derartiges erlebt.
MfG. Bernd
Ja, so soll es eigentlich sein, aber es funktioniert nicht..
MfG Reinhard
0
von
vor 8 Jahren
Hallo Reinhard,
ich habe es gerade mal ausprobiert und einen Fehler provoziert. Nach erneutem Aufruf per FTP war die Datei gleich wieder da.
Nachtrag:
Auch eine leere log-Datei war nach dem Löschen der cgi_error.log nach 10 Min. wieder vorhanden.
MfG. Bernd
von
vor 8 Jahren
Hallo Reinhard, ich habe es gerade mal ausprobiert und einen Fehler provoziert. Nach erneutem Aufruf per FTP war die Datei gleich wieder da. Nachtrag: Auch eine leere log-Datei war nach dem Löschen der cgi_error.log nach 10 Min. wieder vorhanden. MfG. Bernd
Hallo Reinhard,
ich habe es gerade mal ausprobiert und einen Fehler provoziert. Nach erneutem Aufruf per FTP war die Datei gleich wieder da.
Nachtrag:
Auch eine leere log-Datei war nach dem Löschen der cgi_error.log nach 10 Min. wieder vorhanden.
MfG. Bernd
Hallo Bernd,
danke für den Test. Ich habe jetzt auch nochmal neu gelöscht, mal sehen, wann die Datei wieder da ist.
LG, Reinhard
vor 8 Jahren
Ich habe jetzt auch nochmal neu gelöscht, mal sehen, wann die Datei wieder da ist.
Zu was für einem Ergebnis bist du denn gekommen?
Viele Grüße Nadine H.
0
0
von
vor 8 Jahren
Hallo Nadine,
vielen Dank für die Info zu "cm4all-passage-client logcat". Aber das ist mehr ein Protokoll aller Seitenaufrufe der letzten Tage und nicht mit dem cgi_error.log vergleichbar. Ältester Eintrag war vom 15. Mai und das waren dann schon 71 MB. Das cgi_error.log hat seit dem 23.04. auch schon wieder 42 MB erreicht. Aber über die Funktion "tail -1000" kann man sich die letzten Zeilen ansehen.
Sehr gut funktioniert hier übrigens SSH. Die Log-Datei mit 71MB lässt sich in nur wenigen Sekunten im "vi" öffnen.
Liebe Grüße,
der Ahnenforscher
von
vor 8 Jahren
Aber das ist mehr ein Protokoll aller Seitenaufrufe der letzten Tage und nicht mit dem cgi_error.log vergleichbar. Ältester Eintrag war vom 15. Mai und das waren dann schon 71 MB.
aus diesem Grund wird die cgi_error.log-Datei auch derzeit noch weitergeführt, die Kollegen arbeiten noch daran.
Wenn alles so ist, wie die Kollegen es haben wollen, können hier auch alle Fehler ausgelesen werden und die cgi_error.log-Datei wird dann nicht mehr genutzt.
Gruß,
Ingo F.
von
vor 8 Jahren
Hallo Ingo,
die Umstellung von cgi_error.log auf "cm4all-passage-client logcat" scheint heute 12:30 passiert zu sein.
Groß,
Reinhard