Beiträge von bfal

    Ich nun auch auf allen Servern das Update eingespielt. Funktioniert alles. Und mein Fehler mit dem nicht startenden lclogparse ist damit auch Geschichte. Hierfür mal ein Dankeschön ;)

    So, ich habe gerade auch die restliche Liveconfig Umgebung bei mir aktualisiert und habe auf einem Server in einer Multi-Server-Umgebung ein Problem.


    Das starten des lclogparse führt zu folgendem Fehler:

    Code
    [....] Starting lclogparse: lclogparseCan't lock PID file, already in use by PID 1585 (program already running?)


    Vor dem Startversuch existiert das PID File (/var/run/lclogparse.pid) nicht, es wird erst beim Starten
    angelegt, läuft auf den oben genannten Fehler und scheint sich ohne Fehler zu beenden. Auch im lcclient.log
    wird kein Fehler protokolliert. Angelegt wurde das PID File allerdings dann.
    Ich habe natürlich vor jedem Startversuch das PID File per Hand gelöscht. Es läuft kein lclogparse Prozess und
    es gibt auch kein Prozess mit der PID welche im File hinterlegt ist.


    Dies passiert auch wenn ich lclogparse von Hand starte ohne init.d Script:

    Code
    /usr/lib/liveconfig/lclogparse -c /etc/liveconfig/lclogparse.conf


    Nur wenn ich lclogparse im Vordergrund laufen lasse (parameter -f) läuft das Tool
    und schreibt auch korrekt seine Informationen in die smtp.stats und lclogparse.status .


    Eine Debug Modus gibt es scheinbar nicht und jetzt bin ich momentan etwas ratlos.


    Wobei mir noch aufgefallen ist das auf den Liveconfig Clients (lccient) der Prozess
    scheinbar nicht automatisch gestartet wird. Ist hier jedenfalls nicht passiert.


    Grüße
    Björn

    Update ist drauf, klappt soweit auch alles. Aber kann es sein das die Zahlen bei den Mails I/O immer noch rechtsbündig aber die Überschrift Linksbündig ist? Sieht auf großen Auflösungen sehr verschoben aus.


    Grüße
    Björn

    Teilweise vielleicht aber dem würde ich hier nur zustimmen wenn es noch gar nichts Richtung Backup geben würde. Momentan sieht es doch eher so aus als hätte man angefangen, etwas fertig zu bauen......und das ganze dann beiseite gelegt als etwas funktionierte.
    Momentan geht ja nur der File Backup auf Single Server Umgebung.

    Ok stimmt, das Testsystem arbeitete mit der SQLite Datenbank. Momentan läuft auch noch alles und Fehler bei der Erfassung sind mir nicht weiter aufgefallen.


    Zwei Sachen habe ich aber noch falls es nicht schon bekannt ist:


    1. Unter Top10 Verträge fehlt die Deutsche Übersetzung. Hier heißt es noch "Show the Top 10 subscriptions with most XX within the last 24 hours:".


    2. Und dort kann man jetzt den Vertrag anklicken erhält aber nur die Fehlermeldung "Nicht gefunden / nicht autorisiert -
    Die gesuchte Seite konnte nicht gefunden werden, oder Sie sind nicht dafür autorisiert."


    Grüße
    Björn

    So, kurze Rückmeldung. Es funktioniert nun, er zeigt die Anzahl der Mails nun an.
    Ich habe inzwischen auch auf die letzte Version aktualisiert.


    Nur die Timestamp Fehler habe ich immer noch ca. alle 15 Minuten.


    Code
    [2014/05/19 13:20:50.742785] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400498438)
    [2014/05/19 13:35:54.692394] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400499341)
    [2014/05/19 13:50:56.812466] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400500244)
    [2014/05/19 14:06:00.945100] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400501147)
    [2014/05/19 14:21:03.092409] [29086|29107] RRD 'MAIL' sample with duplicate timestamp (1400502050)


    Kann ich das irgendwie näher debuggen? Uhrzeit stimmt zumindest aktuell noch.

    Hallo Herr Keppler,


    nein Zahlen sehe ich noch nicht, aber auf Ihren Hinweis mit der Differenz hin habe ich mir die smtp.stats noch einmal aus dem letzten Backup geholt und mit dem aktuellen Stand verglichen, hier gab es keine Änderung.
    Wenn ich das richtig sehe müssten die Werte dort doch eigentlich ansteigen. Dann ist mir aufgefallen das ein "/etc/init.d/lclogparse status" hier "failed!" zurückliefert obwohl der Prozess unter ps angezeigt wird. Ich habe den nun gekillt und neu gestartet und schaue mal ob sich jetzt was ändert. Zumindest wird er jetzt als "running!" angezeigt.


    Heute Nachmittag schaue ich dann mal ob mir was angezeigt wird.



    Ach und die Timestamp Meldungen habe ich im 15 Minuten Takt immer noch:


    Code
    [2014/05/19 10:41:22.440822] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400488869)
    [2014/05/19 10:56:24.583515] [6536|6552] RRD 'MAIL' sample with duplicate timestamp (1400489772)
    [2014/05/19 11:11:28.662592] [6536|6553] RRD 'MAIL' sample with duplicate timestamp (1400490675)
    [2014/05/19 11:26:30.965505] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400491515)
    [2014/05/19 11:40:30.911638] [6536|6553] RRD 'MAIL' sample with duplicate timestamp (1400492418)


    Es handelt sich hier um einen OpenVZ Container wo der ntpd Dienst auf dem Host läuft. Ich
    kann hier auch keine Abweichungen in der Uhrzeit feststellen. Ebenfalls hat mein Monitoring
    keine auffälligen Werte aufgezeichnet (offset 0.78 ms, jitter 0.10 ms derzeit).


    Die Top10 Liste finde ich gut. Das wäre eine Frage gewesen aber nun gibt es die ja dann schon. ;)


    Grüße
    Björn


    P.S. Die Aussagen beziehen sich noch nicht auf die Version v1.7.3-r2880

    Ich habe jetzt mal mein Testsystem aktualisiert und hier klappt die I/O Anzeige irgendwie nicht.
    Der lclogparse Prozess läuft und unter /var/lib/liveconfig/smtp.stats tauchen die E-Mail Adressen mit gefüllten Werten auf.
    Nach 15 Minuten zeigt er dann nur 0 bei Weiterleitungsadressen an und bei einem Postfach zeigt er gar nichts an.
    Auch ist die Anzeige der Zahlen jetzt irgendwie sehr rechtsbündig bei den Spalten I/O und E-Mails.



    Im Liveconfig.log sind die letzten Einträge folgende:

    Code
    [2014/05/16 19:58:46.401388] [6536|6552] RRD 'MAIL' sample with duplicate timestamp (1400263117)
    [2014/05/16 19:58:56.008645] [6536|6666] Connecting to update.liveconfig.com ([2a01:4f8:bb:c00::2:75]:443)...
    [2014/05/16 20:13:53.833842] [6536|6551] RRD 'MAIL' sample with duplicate timestamp (1400264020)


    Grüße
    Björn

    Ich habe proftpd um eine Konfiguration für SFTP erweitert wo der User auch wie bei FTP in seinem Ordner eingesperrt ist.


    Die sftp.conf sieht dann folgendermaßen aus wobei 0.0.0.0 und fe80::1 durch die korrekten IPv4 und IPv6 Adressen des Server ersetzt werden muss.



    Dann das ganze noch in der /etc/proftpd/proftpd.conf am Ende hinzufügen:


    Code
    Include /etc/proftpd/sftp.conf


    Wenn proftpd eingesetzt wird ist das eine schnelle, einfach und funktionale Lösung und ich denke für manche vielleicht interessant.


    Es muss nur daran gedacht werden das die Konfiguration wieder eingebunden wird wenn über Liveconfig die Konfiguration neu erzeugt wird.


    Nachtrag: Pfade gelten hier für Debian und müssen eventuell angepasst werden.


    Grüße
    Björn

    Du kannst bei mail mit -a weitere Header setzen. Um den Absender zu setzen würde das folgendermaßen aussehen:

    Code
    mail -s "Betreff der Mail" -a  "From: \"vorname nachname\" <email@adresse.de>" zieladresse@domain.de


    Da sollte der Absender gesetzt werden.


    Grüße
    Björn

    Es wäre praktisch wenn man z.B. eine Gruppe fürs liveconfig.log definieren könnte welche dann z.B. nur Leserechte hat. Das würde es Überwachungstools (Logcheck, Nagios) einfacher machen das Logfile im Auge zu behalten.
    Da Liveconfig das Logfile intern rotiert kann ich das momentan scheinbar nicht selbst anpassen ohne das die nächste Rotation die Rechte wieder ändert.


    Grüße
    Björn

    Bei dem ganzen erneuern der Zertifikate ist mir aufgefallen das die Cipher Empfehlungen von Mozilla noch nicht in Liveconfig eingeflossen sind oder? Weil mir im Test gerade aufgefallen ist das "Forward Secrecy" fehlt. Und diverse Cipher werden ja auch schon unter Debian Wheezy unterstützt.


    Grüße
    Björn