Erfahrungen SvxServer

    Zwischenstatus mit der letzten (> 0.4) Version aus den vergangenen Tagen:

    svxserver was STARTED 1st TIME at Mo 29. Feb 09:45:01 CET 2016
    svxserver was NOT RUNNING at Do 3. Mär 21:00:01 CET 2016
    svxserver was NOT RUNNING at Sa 5. Mär 11:00:01 CET 2016
    svxserver was NOT RUNNING at So 6. Mär 07:45:01 CET 2016
    svxserver was NOT RUNNING at Do 10. Mär 02:45:01 CET 2016
    svxserver was NOT RUNNING at Do 10. Mär 07:45:01 CET 2016
    svxserver was NOT RUNNING at Do 10. Mär 08:30:01 CET 2016

    6x wurde der Prozess durch die 15-minütige Cron-loop neu gestartet. Die Log kann ich nicht posten, es fehlt z.T., warum auch immer ...

    Hm, das nützt mir leider nix, ich kann da nicht wirklich ansetzen...
    BTW: Auf meinem root-Server läuft die V0.0.5 jetzt schon 3 Wochen ohne Probleme.

    vy 73s de Adi, DL1HRC

    Ist die 0.0.5 als solche erkennbar? Bei mir heisst der 0.0.4 Nachfolger weiterhin 0.0.4 - also kurzum, lohnt sich ein git-pull?

    ja mach mal bitte, die Version 0.0.5 wird jetzt so ausgegeben. Ich hatte es vor 8 Tagen eingecheckt.
    Bitte alles im build-Verzeichnis löschen und dann wieder mit cmake ... make kompilieren. Bei mir wurde erst danach die Versionsnummer hochgezählt.
    Ein

    Code
    git pull;make install


    reicht offensichtlich nicht aus. Eventuell ist das ja eine Fehlerquelle.

    vy 73s de Adi / DL1HRC

    v0.0.5 läuft bei uns seit gestern, 2 Neustarts heute morgen. Ich poste die "Statistik" nach ca. 1 Woche Laufzeit.

    Was hat es mit der Meldung

    Quote

    14.03.2016 07:00:01: svxserver v0.0.5 (Mar 13 2016) Copyright (C) 2003-2015 Tobias Blomberg / SM0SVX
    ......
    14.03.2016 07:00:01: --- WARNING: Configuration variable SQL_TIMEOUT is senseless or missing.Setting default to 60 seconds

    auf sich? Ist der Defaultwert ok?

    Hallo Frank,

    einfach in die svxserver.conf die neue Variable SQL_TIMEOUT=60 einfügen. Dann erscheint zumindest die Warnmeldung nicht mehr ... ;)

    Die Versionen 0.0.4 bzw. 0.0.5 des SvxServers laufen bei uns eigentlich recht stabil. Abbrüche sind bisher nicht mehr aufgefallen. Der SvxServer ist zusammen mit SvxLink und vielen weiteren Diensten auf einem einzigen RasberryPi 2B (HAMServerPi) installiert. Allerdings wird der SvxServer in der Nacht per Cronjob einmal automatisch neu gestartet, damit das Log nicht so voll läuft.

    Ich werde aber auf eventuelle Abstürze/Neustarts noch mal genauer achten ...

    Schönen Gruß
    Frank, DL3DCW

    Hallo alle,

    den Parameter SQL_TIMEOUT hatte ich eingeführt, da es ab und an beim "Spielen" dazu kommt, dass die Squelch bei einer Station aus welchen Gründen auch immer offen bleibt. Damit würden alle angeschlossenen Stationen auf unbestimmte Zeit auf Sendung gehen. Nach dem Ablauf der SQL_TIMEOUT=xxx Sekunden würde an alle Stationen ein SQL_CLOSE-Signal gesendet werden.

    @ATA: Wie gesagt, die Anzahl der Abbrüch/Abstürze nützt mir lieder nichts, ich brauche die entsprechenden Fehlermeldungen, möglichst im Debug-Mode.

    vy 73s de Adi, DL1HRC

    Damit der Fred hier nicht einschläft -> ein interessantes Phänomen ist bei meinem sxvserver zu beobachten:
    Die Abstürze hielten sich im normalen Betrieb in Grenzen:

    svxserver was startedt at Fr 15. Apr 16:16:15 CEST 2016
    svxserver was NOT RUNNING at Di 19. Apr 20:00:01 CEST 2016
    svxserver was NOT RUNNING at Mi 27. Apr 21:45:02 CEST 2016
    svxserver was NOT RUNNING at Di 3. Mai 21:15:01 CEST 2016
    svxserver was NOT RUNNING at Do 5. Mai 16:45:02 CEST 2016

    Seit Freitag Nachmittag ist einer der Teilnehmer mit seinem HamServerPi und einem UMTS-Stick unterwegs, seit dem häufen sich die Abstürze:

    svxserver was NOT RUNNING at Fr 20. Mai 14:45:02 CEST 2016
    svxserver was NOT RUNNING at Fr 20. Mai 15:45:01 CEST 2016
    svxserver was NOT RUNNING at Fr 20. Mai 19:45:01 CEST 2016
    svxserver was NOT RUNNING at Sa 21. Mai 16:00:01 CEST 2016

    Ich denke, ich werde wohl wieder den Debugmodus einschalten müssen um hier investigativ tätig zu werden.
    Die Instanz läuft auf einem RasPi 24/7 mit dem aktuellen Raspbian. Das System läuft zzt. seit 62 Tagen ununterbrochen.

    Hallo Frank,

    schau mal ins Log des SvxServers ob die Verbindung zum UMTS-Teilnehmer öfters mal abbricht. Der SvxServer ist leider immer noch recht empfindlich, wenn die Netzwerkverbindung instabil ist. Dann stürzt er wohl gerne mal ab ...

    Schänen Gruß
    Frank, DL3DCW