Erfahrungen SvxServer

  • Hallo zusammen,

    so, ist installiert und läuft. Habe einfach die alte "/usr/bin/svxserver" umbenannt und die neue Datei ins Verzeichnis kopiert. So kann man schnell mal hin- und herschalten.

    Das Log des SvxServer ist nun nicht mehr so umfangreich (Debug-Ausgaben), es sprengt also nicht mehr die Speicherkarte, hi. Die Versionsnummer steht noch auf 0.0.4, den fehlenden Doppelpunkt hinter "IS Master" und "NO Master" habe ich schnell gefunden und das Auswerte-Script entsprechend angepasst.

    Nun bin ich mal gespannt wie sich das Ganze bewährt. Nochmals vielen Dank, Adi!

    Schönen Gruß
    Frank, DL3DCW

  • Moin,

    der Prozess ist heute Nacht ausgestiegen:

    22.02.2016 02:13:08: IS Master 79.192.113.68
    22.02.2016 02:13:09: ... MsgFlush::TYPE: 79.192.113.68
    22.02.2016 02:13:09: NO Master 79.192.113.68
    22.02.2016 02:13:17: --- Client disconnected: 79.192.113.68:3365
    22.02.2016 02:15:17: **** ERROR: Heartbeat timeout, lost connection to 93.119.239.41:38258
    22.02.2016 02:15:17: -X- disconnect client 93.119.239.41:38258
    22.02.2016 02:15:17: --- Client disconnected: 91.219.239.41:38258
    22.02.2016 02:15:31: --- Client connected: 93.119.227.6:39468
    22.02.2016 02:18:38: --- Client connected: 79.192.113.68:33655
    22.02.2016 02:18:41: IS Master 79.192.113.68

    Jetzt ist es 8:10, der Prozess ist um 2:18 ausgestiegen.
    Er läuft übrigens seit gestern auf demselben Rechner (BananaPi) wie der Hauptprozsess svxlink.

  • Hm, sehr schade, bei mir läuft es seit 10Tagen ohne Absturz und ohne fehlende Durchgänge. Kann ich mal meine Büro-Logik mit Euch verbinden?

    vy 73s de Adi / DL1HRC

  • Quote from dl1hrc

    Kann ich mal meine Büro-Logik mit Euch verbinden?


    Hey, sowas brauche ich auch noch, hi.

    Bei uns läuft der SvxServer im Moment recht stabil. Liegt aber vermutlich auch daran, dass wir jede Nacht per Cron einen Neustart des SvxServers machen und diesen zusätzlich in eine Endlosschleife gelegt haben. Ist für die Fehlersuche leider nicht sehr hilfreich, dass manuelle Neustarten der Servers bzw. der dauersendenden Clients war aber auch nicht die tollste Lösung.

    Das Dauersende-Problem ist jedoch schon länger nicht mehr aufgetreten. Entweder hat sich die Stabilität unserer HAMNET-Links verbessert oder Adi hat das Problem erfolgreich lösen können. Einer unserer Clients stürzt jedoch immer wieder mal ab, wenn er die Netzwerkverbindung verliert. Dies ist der einzige Client mit EchoLink-Anbindung via Proxy. Vielleicht ist das die Ursache und es hat mit dem SvxServer gar nichts zu tun ...

    Schönen Gruß
    Frank, DL3DCW

  • Quote from DL7ATA

    22.02.2016 02:18:41: IS Master 79.192.113.68


    Also ein Absturz während ein Signal empfangen bzw. übertragen wurde. Dies konnte ich bei Abstürzen ebenfalls immer beobachten. Der Server ist bisher nie im "Ruhezustand" abgestürzt.

    Schönen Gruß
    Frank, DL3DCW

  • Kleine Bitte: könnt Ihr mal die Zeitausgaben für das Log wie folgt erweitern:

    TIMESTAMP_FORMAT="%d.%m.%Y %H:%M:%S.%f"

    Damit werden dann auch tausendstel Sekunden mit ausgegeben so dass man evebtuell noch ein paar Rückschlüsse mehr ziehen kann.
    In einer Sekunde kann sehr viel passieren, zumindest bei Computern :lol:

    EDIT: Das Dauersendeproblem sollte sich eigentlich erledigt haben, da jetzt in jedem Fall beim Ausbleiben eines Audiostreams der Master zurückgesetzt wird und an alle das Kommando zum Schließen der SQL geht. Was mir noch nicht ganz klar ist, wie ein Client reagiert wenn kurz davor die NW-Verbindung wegfällt.

    vy 73s de Adi / DL1HRC

  • Hallo Adi,

    ok, damit wird vermutlich schon eine Menge abgefangen. Wenn der SvxServer jedoch während einer Übertragung selbst abstürzt, kann er ja nichts mehr zurücksetzen, oder? ;)

    Wie dem auch sei, es scheint erst einmal besser geworden zu sein. Wenn man alles abfangen will, muss man vermutlich auch noch an SvxLink selbst 'dran. Aber man kann halt nicht alles haben. 99,9% Verfügbarkeit reicht ja erst einmal, hi ...

    Schönen Gruß
    Frank, DL3DCW

  • Ich habe ein massives Problem mit der aktuellen Version:


    Da die Anwendung kürzlich von einem separaten Rechner umgezogen ist, werde ich sie wieder auf einem standalone-RasPi aufsetzen.

  • Hm, Frank hast Du wirklich auch die Libs ersetzt oder eventuell nur die Datei svxserver umbenannt? Diese Fehlermeldung erscheint an einer sehr komischen Stelle. kommt mir irgendwie seltsam vor.

    Wie gesagt, das läuft bei mir seit fast 14 Tagen ohne Probleme, auch mit Connects/Disconnects.

    vy 73s de Adi, DL1HRC

  • Hallo Frank,

    vielleicht hat es etwas mit dem Umzug zu tun? Wir betreiben unseren SvxServer zusammen mit SvxLink (und vielen weiteren Anwendungen) auf dem gleichen System (Raspberry Pi 2B) und haben diesbezüglich eigentlich noch nie Probleme gehabt.

    Schönen Gruß
    Frank, DL3DCW

  • Hallo ihr Beiden,

    nein - am Umzug liegt es nicht. Die Compilierung der letzten Version lief auch problemlos durch, also fehlende Bibliotheken kann ich damit ausschliessen.

    Ich hatte eben wieder zwei Abstürze, hier der letzte:

    Ich habe jetzt zunächst auf die Vorversion umgeschaltet (die mit dem erhöhten Logaufkommen) und beobachte weiter.
    Damit kann ich zumindest auschliessen, dass sich svxlink und svxserver ins Gehege kommen ... :geek:

  • Hi Frank,

    danke für die Rückmeldung. Können wir mal 'ne Instanz gemeinsam nutzen (stelle ich bereit) und das ganze im gdb. So kann ich das besser analysieren. Dann hättest Du mich im Büro mit drauf und den Funkverkehr von DB0HRC -> 2x Auftasten am Tag :D

    vy 73s de Adi, DL1HRC

  • Ja klar! Im "gdb"? Was das?

    D.h. ich setze in meine Config einen weiteren NetLink rein, ja?

    Hier ist mehr los als 2x Auftasten am Tag :lol:

  • Hallo,

    Bei mir stürtzt der SvxServer immer mal wieder ab SvxLink auch heufiger.

    Ich habe die vermutung es liegt an der Libgcrypt weil wenn SvxServer neugestartet wird macht sie beim erstem mal auch probleme.

    Der SvxServer wird alle 5min abgefragt ob er noch da ist wenn nicht wird er neugestartet

    Log wann der Server wieder gestartet worden ist
    Restarting: Mi 24. Feb 02:15:01 CET 2016
    Restarting: Mi 24. Feb 02:20:01 CET 2016
    Restarting: Mi 24. Feb 10:00:01 CET 2016
    Restarting: Mi 24. Feb 20:50:01 CET 2016
    Restarting: Mi 24. Feb 20:55:01 CET 2016

    user.log
    Feb 23 22:58:20 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application
    Feb 24 02:15:01 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application
    Feb 24 02:20:01 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application
    Feb 24 10:00:01 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application
    Feb 24 20:50:01 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application
    Feb 24 20:55:01 DM0MAX svxserver: Libgcrypt warning: missing initialization - please fix the application

    svxlink@DM0MAX:~$ sudo apt-get install libgcrypt11 libgcrypt11-dev gcc
    Paketlisten werden gelesen... Fertig
    Abhängigkeitsbaum wird aufgebaut.
    Statusinformationen werden eingelesen.... Fertig
    gcc ist schon die neueste Version.
    libgcrypt11 ist schon die neueste Version.
    libgcrypt11-dev ist schon die neueste Version.
    0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.


    DO7SK - Sven

  • Hallo zusammen,

    die aktuelle SvxLink Version 1.5.0 stürzt in Verbindung mit dem SvxServer 0.0.4 und auch 0.0.5 leider immer wieder ab (beendet sich selbst, keinerlei Infos in der svxlink.log). Laut svxserver.log passiert dies wohl immer während eines QSO.

    Die etwas älteren SvxLink-Versionen (z.B. 1.4.99.30) laufen hingegen in Verbindung mit dem SvxServer sehr stabil.

    Schönen Gruß
    Frank, DL3DCW

  • Quote


    die aktuelle SvxLink Version 1.5.0 stürzt in Verbindung mit dem SvxServer 0.0.4 und auch 0.0.5 leider immer wieder ab (beendet sich selbst, keinerlei Infos in der svxlink.log). Laut svxserver.log passiert dies wohl immer während eines QSO.

    hats Du die Chance das mal mit gdb aufzurufen (GNU Debugger)? Der sagt ab und an etwas mehr dazu :)
    In der Konsole also:

    gdb svxlink
    run


    vy 73s de Adi, DL1HRC

  • Hi Adi,

    ich werde bei Gelegenheit mal ein Testsystem 'drauf loslassen, hi. Die Version 1.5.0 ist mir auch schon vorher diesbezüglich aufgefallen. Im Moment bleib ich erst mal bei der Kombination SvxLink 1.4.99.30 und SvxServer 0.0.5. Das scheint sehr stabil zu laufen.

    Schönen Gruß
    Frank, DL3DCW