Mit unseren Kunden AWT und ASM haben wir das erste mal den Fall das sich beide Kunden einen service Rechner teilen und damit gibt es kleinere Probleme mit dem deployment. Einiges konnten wir schon lösen, danke SRK. Aktuell müssen wir uns Gedanken zum logrotate deployment machen. 1. Aktuell werden logrotates über das config deployment ausgerollt. Diese werden unter /var/xres/kunde/config/etc/logrotate.d/ abgelegt. Per chef und ansible ist aber der Pfad /var/xres/etc/logrotate.d/ inkludiert. Das ist mal so gewesen, bevor wir Kunden-spezifische configs ausrollten und muss angepasst werden. 2. Alle ausgerollten logrotates mache das gleiche, sie beachten also nicht die kundenspezifischen log Verzeichnisse. Sie würden sich also gegenseitig die Dateien weg nehmen. 3. Was soll wie rotiert werden. Bisherige mir bekannte log Verzeichnisse: /var/www/xres_kunde/*/log/ /var/log/xres/hotel-import (wird noch kundenspezifisch gemacht) /var/log/xres/kunde/* 3.a Eine Aussage ist, dass sich die Entwickler selbst um ihre logs kümmern sollen also auch für die richtigen logrotates verantwortlich sind. 3.b Eine andere Aussage hinterfragt die Sinnhaftigkeit der modul- und kundenspezifischen Behandlung der logs. Logs sind logs also warum unterschiedlich behandeln. 3.c Wir haben z.B. mit den xadmin debug logs tatsächlich logs, die speziell rotiert werden, dafür gibt es ein extra script. Idee: ----- 1. Wir verwenden /var/xres/kunde/* als Standard log Verzeichnis. Alles was da hin geht, wird ohne eigenes Zutun wie gewöhnliche logs behandelt. Das logrotate würde über chef bzw. ansible ausgerollt. Scheinbar ist es aber nicht möglich ein Verzeichnis rekursiv abzuarbeiten. Wir müssten uns also auf eine Ordner Struktur einigen, in der alle logs in der selben Ebene liegen. 2. Die logs unter /var/www/xres_kunde/*/log ist Entwicklersache. Diese logs unterliegen alleinig der Obhut des Entwicklers und müssen ggf. über extra logrotates, die deployed werden können, behandelt. 3. Das logrotate deployment wird überarbeitet und bietet dann die Möglichkeit kunden- bzw. modulspezifische Einstellungen vorzunehmen aber eben nur für die /var/www/xres_kunde/*/log -- -- Sören Pestner - Entwickler - TraSo GmbH Nonnenstraße 42 D-04229 Leipzig telefon: +49 341 909 87 49 email: s.pestner@traso.de Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)
participants (1)
-
Soeren Pestner