Anton.Braun
Ist gelegentlich hier
- Registriert
- 24. August 2010
- Beiträge
- 67
- Reaktionspunkte
- 16
- Punkte
- 28
Hallo zusammen,
ich betreibe auf einem kleinen Intel NUC Server mit Debian 10.2 64bit (Kernel: Linux nuc 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux) u.a. OSCam für die Versorgung der heimischen Dreamboxen und einem PC mit einer HDPlus-Karte (HD01 im Argolis Smartreader V2). Dies funktioniert mittlerweile immer schlechter. Während vor Jahren noch alles stabil lief, steigt OSCam seit einigen Monaten fast täglich aus - es hängt sich einfach auf und reagiert nicht mehr auf Anfragen aus dem LAN, das Logfile bleibt stehen, der Prozess muss gekillt und der Dienst neu gestartet werden. Das Webinterface hingegen ist weiterhin erreichbar - zumindest solange, bis man auf die Idee kommt, den Reader (der HDPlus-Karte) dort zu deaktivieren und anschließend erneut zu aktivieren... dann hängt sich auch das Webinterface auf.
OSCam wird aus dem SVN aktuell gehalten, sprich das lokale Repository regelmäßig aktualisiert und das Binary gebaut (mittels make USE_LIBUSB=1), momentan OSCam 1.20_svn11570-x86_64-linux-gnu-libusb.
Ich finde in den System-Logfiles auch nichts, was auf die Ursache schließen lässt. Andere Dienste (Apache, Samba, FHEM, DNS, DHCP, ...) laufen problemlos weiter, nur OSCam zickt ´rum.
Die Dinge, die auf den ersten Blick in der Konfiguration zu viel aussehen, lassen sich wie folgt erklären:
- disablecrccws_only_for und lb_* ist noch drin, da auch mal eine Sky-Karte verteilt wurde, kann mittlerweile wohl raus, halte ich aber als Problemursache für unwahrscheinlich.
- dvbapi ist der Zugriff für den PC. Dort läuft der DVBViewer mit entsprechendem Plugin, um auf OSCam zugreifen zu können.
Hat irgendjemand von euch eine Idee, warum sich OSCam aufhängt? Ich kann den Beginn des Problems leider nicht mehr genau eingrenzen, könnte mir aber Vorstellen, dass es mit dem Upgrade von Debian 9 auf 10 zusammenhängen könnte (neuer Kernel, neue glibc u.s.w.).
ich betreibe auf einem kleinen Intel NUC Server mit Debian 10.2 64bit (Kernel: Linux nuc 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux) u.a. OSCam für die Versorgung der heimischen Dreamboxen und einem PC mit einer HDPlus-Karte (HD01 im Argolis Smartreader V2). Dies funktioniert mittlerweile immer schlechter. Während vor Jahren noch alles stabil lief, steigt OSCam seit einigen Monaten fast täglich aus - es hängt sich einfach auf und reagiert nicht mehr auf Anfragen aus dem LAN, das Logfile bleibt stehen, der Prozess muss gekillt und der Dienst neu gestartet werden. Das Webinterface hingegen ist weiterhin erreichbar - zumindest solange, bis man auf die Idee kommt, den Reader (der HDPlus-Karte) dort zu deaktivieren und anschließend erneut zu aktivieren... dann hängt sich auch das Webinterface auf.
OSCam wird aus dem SVN aktuell gehalten, sprich das lokale Repository regelmäßig aktualisiert und das Binary gebaut (mittels make USE_LIBUSB=1), momentan OSCam 1.20_svn11570-x86_64-linux-gnu-libusb.
Ich finde in den System-Logfiles auch nichts, was auf die Ursache schließen lässt. Andere Dienste (Apache, Samba, FHEM, DNS, DHCP, ...) laufen problemlos weiter, nur OSCam zickt ´rum.
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Die Dinge, die auf den ersten Blick in der Konfiguration zu viel aussehen, lassen sich wie folgt erklären:
- disablecrccws_only_for und lb_* ist noch drin, da auch mal eine Sky-Karte verteilt wurde, kann mittlerweile wohl raus, halte ich aber als Problemursache für unwahrscheinlich.
- dvbapi ist der Zugriff für den PC. Dort läuft der DVBViewer mit entsprechendem Plugin, um auf OSCam zugreifen zu können.
Hat irgendjemand von euch eine Idee, warum sich OSCam aufhängt? Ich kann den Beginn des Problems leider nicht mehr genau eingrenzen, könnte mir aber Vorstellen, dass es mit dem Upgrade von Debian 9 auf 10 zusammenhängen könnte (neuer Kernel, neue glibc u.s.w.).
Zuletzt bearbeitet:
