Quote from dl1hrcso, nu...
Info kurz genug
Juchu ... es geht weiter. Danke Adi!
Quote from dl1hrcso, nu...
Info kurz genug
Juchu ... es geht weiter. Danke Adi!
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
... v0.0.4 läuft seit 22:43.
Quote... v0.0.4 läuft seit 22:43.
na ja, muß mal wieder den Zähler hochsetzen, das vergesse ich immer :oops:
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 dl1hrcKann 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
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:
svxserver comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
welcome to redistribute it in accordance with the terms and conditions in the
GNU GPL (General Public License) version 8 or later.
Using configuration file: /etc/svxlink/svxserver.conf
--- setting HEARTBEAT_TIMEOUT=10000ms
--- starting SERVER on port 5811
--- Client connected: 187.0.0.1:40745
--- Client connected: 78.188.153.68:35138
--- Client connected: 83.818.888.8:34715
--- Client connected: 81.46.818.180:53050
IS Master 187.0.0.1
--- Client disconnected: 83.818.888.8:34715
*** ERROR: (83.818.888.8:34715) TCP transmit error.
svxserver: /home/svxlink/svxlink/svxlink/src/async/cpp/AsyncCppApplication.cpp:468: virtual void Async::CppApplication::delFdWatch(Async::FdWatch*): Zusicherung »watch_map != 0« nicht erfüllt.
Abgebrochen
Display More
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:
23.02.2016 18:38:24: ... MsgFlush::TYPE: 211.211.10.191
23.02.2016 18:38:24: NO Master 211.211.10.191
23.02.2016 18:38:31: IS Master 211.211.10.191
23.02.2016 18:38:52: ... MsgFlush::TYPE: 211.211.10.191
23.02.2016 18:38:52: NO Master 211.211.10.191
23.02.2016 18:38:55: IS Master 211.211.10.191
23.02.2016 18:38:56: ... MsgFlush::TYPE: 211.211.10.191
23.02.2016 18:38:56: NO Master 211.211.10.191
23.02.2016 18:38:58: IS Master 211.211.10.191
23.02.2016 18:39:00: ... MsgFlush::TYPE: 211.211.10.191
23.02.2016 18:39:00: NO Master 211.211.10.191
23.02.2016 18:39:00: IS Master 211.211.10.191
Display More
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 ![]()
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