viele Config dateien im vhost Verzeichnis

[rolapp]

[gelöst]viele Config dateien im vhost Verzeichnis

Ich benutze seit ca 2 Monaten Plesk 11 hat vorher Plesk 9.3.
Mir ist schon länger aufgefallen, das in conf Verzeichnis der einzelnen Domains sehr viele conf Dateien stehen. Verzeichnis hat im Moment 57 Objecte.

z.B. 13577376700.06189000_httpd_ip_default und 13577376700.06189000_httpd_ip_default


Es werden in laufe der Zeit immer mehr.
Ich habe letztens den server mal neugestartet und ein Teil dieser Dateien sind verschwunden.

Fehlt mir jetzt ein Cron-Job der die Verzeichnisse bereinigt oder warum wird nach Neustart das Verzeichnis bereinigt
Ich werde da nicht ganz schlau daraus?

Gruß
Steffen

 

[GwenDragon]

Das sind die alten Konfigurationsdateien und die aktuelle.
Die alten kannst du löschen.

 

[rolapp]

Erst einmal Danke für die Antwort.
Das sieht man ja am Datum und am der verlinkten last_httpd.include was ich behalten muß.
Ich finde es nur Komisch, das sollte sich doch von selbst bereinigen.
Bei 3 Domain kann man's ja noch von Hand löschen und bei vielen Domains hat man dann die Falsche mit gelöscht und sich die config zerschossen.
Ich glaube nicht das das so gedacht ist. Ich bin halt noch der meinung es sollte da einen Cronjob geben.

Gruß
Steffen

 

[GwenDragon]

Das ist schon länger so in Plesk 11, dass es die alten Konfigurationen nicht löscht.

 

[rolapp]

GwenDragon Danke für die Antwort und Dein Cron-script.

Das hat super funktioniert ca 80 conf Verzeichnisse sind jetzt leer, tolle Sache!!



Gott sei Dank hast du es gleich aus dem Posting genommen funktioniert so nicht, war halt noch in der Email die ich vom Forum bekommen habe.
Keine Sorge es ist nichts passiert -mtime +2 = älter als 2 Tage, würde funktionieren wenn die Dateien jeden Tag neu geschrieben werden.

Aber nun zum eigendlichen Problem!

Hab den Server mal rebootet und folgende Prozesse werden gestarten.

/usr/lib/cgi-bin/awstats.pl und /usr/bin/sa-learn halt noch mit entsprechenden Optionen.
Bei diesen meckert auch gleich der Plesk-Health Monitor herum von wegen Prozessor überlast für alle Services. Die ganze Geschichte hat ein paar Minuten gebraucht. Der Health-Heinz war auch wieder glücklich.

Schnell die conf-Verzeichnisse kontrolliert die sind sauber bis auf die Benötigten eine paar alte Dateien vom November ca der Zeitpunkt der Server-Einrichtung, hab die jetzt mit der Hand gelöscht.

Das eine Programm ist der Spamassassin Lehrer (sa-learn) denk mal der ist es nicht.
Das zweite Programm awstats.pl könnte ja da mit drinnen sein ist von Plesk angepasst.
Hab jetzt mal den Systemstart und die Cronjobs durchsucht aber nichts passendes gefunden. wer jetzt die Programme startet?

Das einzige was ich gefunden habe ist die Datei /etc/cron.d/awstats

# */10 * * * * www-data [ -x /usr/share/awstats/tools/update.sh ] && /usr/share/awstats/tools/update.sh

# Generate static reports:
# 10 03 * * * www-data [ -x /usr/share/awstats/tools/buildstatic.sh ] && /usr/share/awstats/tools/buildstatic.sh

Das muß ja auskommentiert sein wegen Plesk-Intigration kann mal also löschen.

Meine Frage wo startet Plesk diese Programme ?

GwenDragon noch mal Danke das du Deinen Fehler mit dem Script gleich gemerkt hast, das wäre bei einigen böse in die Hose gegangen.

Gruß
Steffen

 

[rolapp]

Ich habe noch einmal ein wenig gesucht und bin fündig geworden.
Einmal im englischen Plesk-Forum

Answered my own question... You CAN just delete all of the httpd.include files, apart from the newest one.

Here's an option if you want to automate it...
Quote:
#List all files as they are currently
ls /var/www/vhosts/*/conf/*_httpd.include
#Delete them all
rm -f /var/www/vhosts/*/conf/*_httpd.include
#Recreate a single copy of them all
/usr/local/psa/admin/sbin/httpdmng --reconfigure-all

Kann man dann mit besagten cron-script kombinieren?! Nicht wirklich eine Lösung.

Plesk saves only 5 last config files, other will be removed during execution of Plesk daily maintenance script.
For example, it works on Plesk 10.4:

# ls /var/www/vhosts/domain.test/conf/ |wc -l
18
# /usr/local/psa/bin/sw-engine-pleskrun /usr/local/psa/admin/plib/DailyMaintainance/script.php
# ls /var/www/vhosts/domain.test/conf/ |wc -l
5
#

Hört sich schon mal gut an, gleich mal probieren.

* /usr/local/psa/admin/bin/httpdmng --reconfigure-all #ca 6-8 mal laufen lassen damit wieder config erzeugt werde.
* /usr/local/psa/bin/sw-engine-pleskrun /usr/local/psa/admin/plib/DailyMaintainance/script.php # 1mal durch laufen lassen

es werden dann auch die Scripte aufgerufen die ich schon gefunden habe. es wird aber noch viel mehr mit dem Script abgearbeitet.

Was da genau noch geht ist bei Huschi nachzulesen http://www.huschi.net/25_427_de-plesk10-dailymaintainance-script.html

Lösung:

/usr/local/psa/bin/sw-engine-pleskrun /usr/local/psa/admin/plib/DailyMaintainance/script.php -f execute-apache-config-rotation

Wie im englischen Forum beschrieben bleiben 5 Einträge erhalten.
Und jetzt ein Lob an die Plesk Entwicker, wenn ich in 30 Jahren mal schauen will wie meine config vor 30 Jahren aussah, kein Problem Dank Plesk!
Es bleiben die vier ältesten und die aktuelle Konfiguration über. Toll!!
Deshalb hatte ich noch welche vom November.
Mein Problem ist nun klar Cron läuft nicht. Das Scribt ist bei mir in cron.daily/50plesk-daily eingetragen. Ok ich werd's noch finden.

Danke schon mal an GwenDragon für seine Gedanken und Huschi für seine Seite.

Gruß
Steffen

 

[rolapp]

Lösung Cron-Problem

Hier noch zum Abschluß das Problem mit dem Cronjob.
Ich mußte mich erst einmal schlau machen wer jetzt hier zuständig ist, cron oder anacron.
/etc/crontab

5 4 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

wird pünktlich ausgeführt, führt nur die cron.daily nicht aus.
Kann ja auch nicht anacron ist ja auf dem System, also ist anacron verantwortlich.
/etc/anacrontab

1	5	cron.daily	 nice run-parts --report /etc/cron.daily

Wird auch nach Systemstart ausgeführt und genau wie es in der /etc/init.d/anacron steht nach Abschluß beendet. (alles in der syslog zu finden)
Ok Problem erkannt.
Annacron muß ja eigendlich täglich gestartet werden da der Server ja durchläuft. Da ist ja wieder cron verantwortlich, siehe da es findet sich nirgendein Eintrag für anacron. Mal kurz in die /etc/cron.d meines localen Debian geschaut, da gibt es einen Eintrag für anacron. Das ganze auf den Server kopiert noch eine paar config Einträge anlegen lassen und fertig für gestern. Gut heute früh nachgeschaut und top alles laäuft wie es soll.
Und Dank der Helden von Plesk bleiben die 4 älteten und die neuste config im Verzeichnis, Ich hätte jetzt die 4 neusten behalten.

Kurz noch mal die Unterschiede zwischen cron und ancron erklärt ist eigendlich ganz einfach.

cron läuft als Daemon und prüft in den Verschieden Tabellen zu welcher Zeit ein Programm ausgeführt werden soll und führt dieses dann aus. Ist der Rechner zu diesem Zeitpunkt aus wird auch nichts ausgeführt.

anacron läuft nur als normales Programm was auch nach getaner Arbeit normal beendet wird. Die annacrontab sieht leicht anders aus als bei cron, hiersteht nicht die genaue Zeit für das Programm sonder einmal am Tag, alle 7 Tage, einmal im Monat. Annacron prüft nun beim Programmstart ( Systemstart) ob da etwas überfällig ist und führt es aus. (alles wichtige was nicht vergessen werden soll). Da der Server nun durchläuft muß annacron einmal am Tag gestartet werden.

Alle Programm für annacron kommen in die Verzeichnisse /etc/cron.daily /etc/cron.weekly usw. (Besonderheit Dateinamen dürfen keinen Punkt oder ander Sonderzeichen entalten)
Alles in /etc/cron.d muß wie in der crontab angelegt werden.
Das wars dann schon.

Ich hoffe ich habe allen mit gleichem Problem geholfen.
Beim durchsehen der /etc/init.d/annacron ist noch was lustiges aufgefallen, hier wird geprüft ob der Rechner am Strom hängt oder mit Akku läuft. Ich muß wohl einen Laptop im Rechenzentrum haben. (sind halt Standart-Scripte)

Gruß
Steffen