logrotate geht nicht
Hallo! System: root-Server mit Suse 9.1, Plesk 7.5.4 Ich bin auf zwei Probleme gestoßen, die vermutlich zusammenhängen. Plesk gibt mir keine Hosting-Reports und Logauswertungen mehr, sondern meldet: Unable to make Report: make_report_summary_hosting_() failed: Unable to query: Unknown column 'configs' in 'field list' 0: /usr/local/psa/admin/htdocs/server/report.php:43 psaerror(string "Unable to make Report: make_report_summary_hosting_() failed: Unable to query: Unknown column 'configs' in 'field list'") Gleichzeitig stelle ich fest, dass logrotate nicht funktioniert. Ursache könnte sein, dass nach einem DAU-Betriebsunfall (ich war's) der Server neu aufgesetzt und ein Datenbankbackup eingespielt werden musste. Da waren nur Nutzerdaten drin (Shop), und eigentlich hätte das nicht stören dürfen, aber eine andere Erklärung habe ich nicht. Dateien in ../psa/etc/logrotate.d/ werden anscheinend von Plesk richtig geschrieben, also z.B. testweise auf 1000 KB und neue Email-Adresse für Versand der Logfiles gesetzt, und es erscheint: /home/httpd/vhosts/(example).de/statistics/logs/*.processed { size=1024000 rotate 14 compress missingok mail (ich@example.com) } Die Logs werden von Apache geschrieben und erscheinen auch in den Domain-Verzeichnissen /statistics/logs/ und werden dort weiter aktualisiert, aber eben nicht verarbeitet (werden seit Tagen in einer einzigen Datei gesammelt, statt täglich umgeschichtet). In var/log habe ich mich umgesehen, aber keinen Hinweis auf gescheiterte Cronjobs gefunden. Wo könnte etwas stehen, und wonach müsste ich suchen? Ich sehe jetzt zwei Lösungsansätze: Entweder bringe ich Plesk wieder zum Laufen, oder ich verzichte ganz darauf (was manche sowieso empfehlen) und erledige die Verwaltung von Hand. Da ich mit Linux noch recht unerfahren bin, würde ich zunächst gern Plesk in Ordnung bringen, und mich nicht ganz so abrupt davon verabschieden. Also: Wo finde ich das, worüber Plesk hier meckert? Wo könnte ich nachschauen? Eine Besichtigung der PSA-Datenbanken mit phpmyadmin hat nichts ergeben (oder ich hab's übersehen). Wie kann ich Logrotate wieder in Gang bringen, zur Not eben auch ohne Plesk? Wäre es vielleicht sinnvoll, einen Skriptaufruf für Logrotate einzubauen (Beispiele habe ich gefunden) und per Cronjob ablaufen zu lassen? Das würde ich mir vielleicht noch zutrauen, aber was sagt Plesk dazu? Geht das überhaupt übergangsweise unabhängig von Plesk? Plesk scheint sich ja ziemlich tief ins System reinzuhängen, und da bliebe außerdem immer noch der Datenbankfehler (siehe oben), dem ich gern auf den Grund gehen würde. War viel Zeugs, ich hoffe, das war nicht zu unübersichtlich. Vielen Dank schon mal. Jürgen
Hallo Jürgen, hallo Leute, Am Samstag, 7. Januar 2006 12:32 schrieb Juergen Langowski:
System: root-Server mit Suse 9.1, Plesk 7.5.4
Ich bin auf zwei Probleme gestoßen, die vermutlich zusammenhängen. Plesk gibt mir keine Hosting-Reports und Logauswertungen mehr, sondern meldet:
Unable to make Report: make_report_summary_hosting_() failed: Unable to query: Unknown column 'configs' in 'field list'
Nie gesehen. Ich hätte Dir ja gern weitergeholfen, aber die genannte PHP-Datei ist wie der Rest von Plesk irgendeine Binärsuppe :-(
Gleichzeitig stelle ich fest, dass logrotate nicht funktioniert. Ursache könnte sein, dass nach einem DAU-Betriebsunfall (ich war's) der Server neu aufgesetzt und ein Datenbankbackup eingespielt werden musste. Da waren nur Nutzerdaten drin (Shop), und eigentlich hätte das nicht stören dürfen, aber eine andere Erklärung habe ich nicht.
_Wie_ hast Du denn das Backup eingespielt?
Dateien in ../psa/etc/logrotate.d/ werden anscheinend von Plesk
Die hatte ich noch gar nicht entdeckt ;-) [...]
Die Logs werden von Apache geschrieben und erscheinen auch in den Domain-Verzeichnissen /statistics/logs/ und werden dort weiter aktualisiert, aber eben nicht verarbeitet (werden seit Tagen in einer einzigen Datei gesammelt, statt täglich umgeschichtet).
In var/log habe ich mich umgesehen, aber keinen Hinweis auf gescheiterte Cronjobs gefunden. Wo könnte etwas stehen, und wonach müsste ich suchen?
crontab -l root Hint: Die Plesk-Cronjobs sind (zumindest seitens 1&1) mit 2>/dev/null eingerichtet :-/
Ich sehe jetzt zwei Lösungsansätze: Entweder bringe ich Plesk wieder zum Laufen, oder ich verzichte ganz darauf (was manche sowieso empfehlen) und erledige die Verwaltung von Hand.
Ich bin einer derjenigen, die letzteres empfehlen ;-) Diverse Gründe siehe http://www.google.de/search?q=plesk+christian+boltz+site%3Alists.suse.com ;-)
Also: Wo finde ich das, worüber Plesk hier meckert? Wo könnte ich nachschauen?
Beim Support Deines Server-Anbieters ;-)
Wie kann ich Logrotate wieder in Gang bringen, zur Not eben auch ohne Plesk?
Wäre es vielleicht sinnvoll, einen Skriptaufruf für Logrotate einzubauen (Beispiele habe ich gefunden) und per Cronjob ablaufen zu lassen? Das würde ich mir vielleicht noch zutrauen, aber was sagt Plesk dazu? Geht das überhaupt übergangsweise unabhängig von Plesk?
Jepp - Du musst nur die Grenze für Deine "eigene" Logrotation deutlich tiefer ansetzen als die in Plesk, damit die Logs nicht "weggeschnappt" werden. Da Plesk üblicherweise die access_logs erst bei 200 MB wegrotiert, sollte das nicht allzu schwer sein ;-) Du brauchst übrigens nichtmal einen eigenen Cronjob - einfach die logrotate-Config in /etc/logrotate.d/ anlegen. logrotate läuft sowieso per cron.daily.
Plesk scheint sich ja ziemlich tief ins System reinzuhängen,
s/ziemlich/*zu*/ :-( - siehe auch obigen Google-Link. Gruß Christian Boltz --
Ohh jee ... ich will mein yast1 wieder *heul* :-)) Ich hab's noch, ich hab's noch... *freu* *hüpf* *SuSE 7.3 behalt* Bleib mir weg mit deiner neumodischen 7.sonstwas! [>> Konrad Neitzel, > Florian Gross und David Haller in suse-linux]
Hallo, Christian - ich straffe das mal etwas, weil ich inzwischen schon wieder ein bisschen schlauer bin.
Ich bin auf zwei Probleme gestoßen, die vermutlich zusammenhängen. Plesk gibt mir keine Hosting-Reports und Logauswertungen mehr, sondern meldet:
Unable to make Report: make_report_summary_hosting_() failed: Unable to query: Unknown column 'configs' in 'field list'
(...) Der Fehler liegt in Plesk selbst. Vorher lief 7.5.3. ohne dieses Problem. Als der Server neu aufgesetzt wurde, wurde gleichzeitig die neueste Version 7.5.4 eingespielt, und die hat lt. 1&1-Hotline einen Bug. Sie arbeiten dran, sagten sie mir. [nicht funktionierendes Logrotate usw.] Habe ich inzwischen mit einem eigenen Crontab und einem kleinen Skript gelöst. Angenehmer Nebeneffekt: Die Logs liegen jetzt da, wo ich sie schon immer haben wollte, nämlich als Unterverzeichnis in der Domain selbst => für Benutzer viel besser zu erreichen. Die Benutzer/Kunden sollen sowieso nicht in höheren Verzeichnisebenen herumturnen. Diese Struktur werde ich wohl beibehalten, auch wenn Plesk irgendwann wieder läuft. Was immer noch nicht funktioniert, sind die Domainberichte, also Traffic, Quota usw. Hätte jemand einen Tipp, was ich da statt Plesk nehmen könnte? Ist bei Suse 9.1 schon ein passendes Tool dabei, oder müsste ich mir von außen etwas holen?
Jepp - Du musst nur die Grenze für Deine "eigene" Logrotation deutlich tiefer ansetzen als die in Plesk, damit die Logs nicht "weggeschnappt" werden.
(...) Na ja - ich habe die Konfiguration der vhosts umgeschrieben, und da Plesk die in Ruhe lässt (das wird erst NACH der Plesk-eigenen Konfiguration abgearbeitet), steht mein "CustomLog ..." als Letztes drin. Apache schreibt das also gleich in die entsprechenden Verzeichnisse der Domains, und da kann Plesk nichts mehr wegschnappen. Ätsch. Danke für deine Hilfe. Jürgen
participants (2)
-
Christian Boltz
-
Juergen Langowski