schwerwiegendes Problem

**Miese.Ratte** · 05.12.2016, 18:02

Der erste Griff wäre 'man journalctl'. Vermutlich sind auf den Sat-Boxen aber keine "man pages" drauf.

Der zweite Griff ist der gleiche Text, aber dieses Mal für Tante Google.

So einfach kann die Welt sein.

***MiRoMOMO*** · 06.12.2016, 18:37

Moin!

„-x" gibt Erklärungen wo vorhanden
„-U now" bis jetzt und nicht weiter
„-f" folgenden vom Zeitpunkt wo der Befehl abgegeben wurde.
„-u <Unit>" Die zu filternde Einheit.

Bei -u fehlt also noch etwas z.B.: enigma2
Bei -f musst Du das loggen bevor Du den Fehler provozierst aktiviert haben; Bei -U now kannst Du das log nachdem der Fehler aufgetreten ist erstellen.

**Budsche** · 09.12.2016, 11:22

Danke für die Erklärung.
Logge aber noch einmal mit den genannten Parametern.

Was ich schon mal gelogt habe, ist das hier (Ausschnitt):

Dec 08 18:24:48 dm520 enigma2[153]: [eFileMonitor] 2 events queued
Dec 08 18:24:48 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been deleted
Dec 08 18:24:48 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been created

Dec 08 18:27:06 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been deleted
Dec 08 18:27:06 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been created
Dec 08 18:27:06 dm520 kernel[140]: [ 1046.511000] VIDEO0: pts error PTS 0x55ef0f2b, STC 0x55f0e3c6, type 0 <- - - - - - - - Hier bleibt die Kiste stehen!
Dec 08 18:27:06 dm520 kernel[140]: [ 1046.513000] audio ch0: tsm fail
Dec 08 18:27:06 dm520 kernel[140]: [ 1046.514000] audio ch0: pts error 0 PTS 0xabdd9486, STC 0xabe1c87a, type 1
Dec 08 18:27:07 dm520 kernel[140]: [ 1047.491000] VIDEO0: pts error PTS 0x55ef3253, STC 0x55f19007, type 0
Dec 08 18:27:10 dm520 enigma2[153]: [eFileMonitor] 2 events queued
Dec 08 18:27:10 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been deleted
Dec 08 18:27:10 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been created

Dec 08 18:27:45 dm520 enigma2[153]: [eFileMonitor] File {/tmp/ecm.info} has been created
Dec 08 18:27:50 dm520 kernel[140]: [ 1090.676000] CEC recv ok!

Der Fehler kommt immer wieder in unregelmäßigen Abständen.
Box bleibt dann zwischen 15 - 50 Sekunden stehen.
Danach läuft alles wieder normal.
Wohl gemerkt - nur bei CS Zugriff

**dasepp** · 28.12.2016, 15:57

Zitat von Budsche

Ergebnis: Aussetzer. Also nicht die Powerline. An der Powerline sieht man aber, das kein Netzwerktraffic in der Zeit der Aussetzer fliesst.
Auch auf dem Server sieht man in der Zeit der Aussetzer keine Anfrage ankommen. Pingzeiten Server zwischen 71-75ms, wenns läuft.

Wer hat auch so ein Phänomen?
In bin zwischenzeitlich in folgender Vermutung.
Entweder stimmt die Priorisierung des CAM Plugins im Image nicht und dieses wird ausgeswapped oder der Netzwerkanschluß hat ein Softwareproblem (Treiber)?

Für eine Hilfestellung oder Tipps für weitere Test wäre ich dankbar.

Du setzt das Herstellerimage ein, richtig? Da du schon so ziemlich alles andere ausgeschlossen hast... eventuell verhält sich ein Alternativimage auf der DM520 besser, schon mal in Erwägung gezogen?

***MiRoMOMO*** · 28.12.2016, 16:26

Moin!

Die Fehler lesen sich für mich eher in Richtung Empfangsprobleme.

Die Ping Zeiten sind aber auch eher lang. Ich habe hier im Netzwerk ca. 0,3 ms und nach draussen 34 ms.

**dasepp** · 28.12.2016, 16:43

Zitat von MiRoMOMO

Moin!

Die Fehler lesen sich für mich eher in Richtung Empfangsprobleme.

Die Ping Zeiten sind aber auch eher lang. Ich habe hier im Netzwerk ca. 0,3 ms und nach draussen 34 ms.

Er schreibt ja:
"Alte DM800se (neu betankt / d.h. aktuelles OE 2.0 Image / CCcam 2.3.0) ins Wochenendhaus - alles ok"
und
"Eben gerade eine leihweise 7020HD probiert. Läuft einwandfrei - ohne Aussetzer."

Andere Boxen scheinen hier mit den üblichen Latenzzeiten im Internet keine Probleme zu haben. Logisch betrachtet also etwas boxspezifisches.

***MiRoMOMO*** · 28.12.2016, 16:56

Moin!

@Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

Welches Image ist auf der Box?
OE2.2 stable, OE2.2 unstable oder OE2.5 experimental.

Es gab jedenfalls in letzter Zeit einiges an Treiber updates.
Die kommen dann aber naturgemäss im stable erst verzögert an.

Code:

enigma2 -v

**Budsche** · 29.12.2016, 15:32

Hallo,
melde mich zurück (Weihnachtsurlaub - muss auch mal sein).
Die Version auf der 520 ist:
Enigma2 v4.3.0 (revision: 4.3.0r22, date: 2016-11-22) - Stand heute.
Das mit dem Fremdimage ist eine Idee - muss ich mal testen, wobei diese ja erst jetzt langsam angeboten werden (stable).

Ich hatte jetzt mit einem Trick die 520hd hier bei mir zuhause an einem anderen I-Net Anschluß gehängt und von aussen auf den OSCAM Server zugegriffen.
Prompt sind wieder die Aussetzer (Freezer) da (im eigenen Netzwerk immer noch nicht - alles OK).
Die Antwortzeiten liegen übrigens nach Auskunft des Servers bei ~75ms.
Was mir aufgefallen ist, dass im Log des Servers nur folgendes auftaucht (Daten ge-xxxxxx):
user disconnected from xxx.xxx.xxx.xxx.
encrypted cccam-client xxx.xxx.xxx.xxx granted (user, au=off)
zu diesem Zeitpunkt bleibt das Bild stehen (logisch).
Das kommt immer mal im OSCAM Server Log, in unregelmäßigen Abständen.

Leute die Testerei ist sehr Zeitintensiv, aber man lernt ungemein und Spaß machts auch.
Hoffentlich finden wir das Problem. Die 520 HD ist nämlich eine Superkiste und die 7020HD weicht demnächst einer 900UHD.

Vielen Dank an Euch für die Unterstützung.

**Budsche** · 31.12.2016, 16:30

So - Box neu geflashed. 2 x mit anderen aktuellen Images (z.B. Merlin / NN2).
Fehler immer noch da. Aufgefallen ist, das man nach dem ersten Einschalten ca. 4-5 Minuten kein Problem hat und dann
die Ausfälle immer häufiger auftreten.
Jetzt habe ich mal das CCcam mitgeloggt und auch da sehe ich nur den Disconnect des Users vom Server und den Reconnect.
Sonst nix.
D.h. ich schreibe jetzt nochmal ein Systemlog und denke aber, das ist ein LAN Treiber Problem. Viellleicht durch das Einpflegen des IPV6
Connect Möglichkeit.
Mal sehen was jetzt über das Syslog kommt.

Euch allen einen guten Rutsch ins neue Jahr.

***MiRoMOMO*** · 31.12.2016, 16:54

Moin!

Das klingt irgendwie nach einem Temperatur Problem. Steht die Box frei mit ausreichend Freiraum rund herum?
Hast Du einen Ventilator mit dem Du bei auftreten des Problem zusätzlich kühlen kannst?

**octagon** · 31.12.2016, 17:00

Falls du Zugang per telnet od. ssh hast kannst du mal versuchen 'top' aufrufen bzw. 'busybox top' um zu sehen welche Prozesse laufen und inwieweit der Prozessor ausgelastet ist!

**siciliano86** · 06.01.2017, 19:59

hall zusammen habe folgendes problem dm520 o2 box die umschalt zeit zwischen den sender bei iptv dauert zwischen 10-13sek allerdings habe ich die dm520 bei meinen bruder geflacht mit openatv 5.3 er hat eine fritzbox und da waren die umschalt zeiten normal 2-3 sek zuhause nicht normal habe schon versucht der db port zuzuweisen bin jetzt ratlos habe soger internet speed test durchgeführ und mein iternet ist schneller als von mein bruder trotzdem läuft sie bei ihm schneller

***MiRoMOMO*** · 06.01.2017, 20:25

Moin!

Umschaltzeiten bei IPTV hängen stark von der vorhanden Internetverbindung und dem Anbieter ab.
Aber bitter mach für Deine Probleme einen eigenen Thread auf und kapere nicht einen fremden.

**Budsche** · 07.02.2017, 12:26

So Leute,

nach unendlichen Tests und Versuchen hier einmal der neuste Stand zu dem Problem.
Also - es liegt nicht an der Box. Die 520 ist einwandfrei und spielt auch einwandfrei.
Nach allen Versuchen, angefangen mit interem und externem Netzwerk, nach Austausch der Fritzbox,
nach Betrieb des Servers an einem anderen I-Net Anschluß stand fest, das Problem ist die TELEKOM.
Das mitloggen, sowohl in der Box, als auch im Server brachte folgendes Erfebnis:
Verbindung steht wie eine eins. Pingzeiten zwischen 110 und 125 ms. Plötzlich und vollkommen unregelmäßig,
steigen die Pingzeit an. D.h. es kommen plötzlich ein oder zwei Pings mit hohen Zeiten. Bis ca. 385ms macht die
Box noch nichts. Darüber hinaus freezed das Bild oder wird verpixel. Die Pingzeiten steigen bis auf über 4000 ms,
was total unregelmäßig auftritt und auch nicht immer bis auf 4000 ms ansteigt. Mal sind es 350ms mal ~800ms
und dann wieder ~4000 ms. Bei den hohen Pingzeiten steigt das CCcam aus - disconnected und logged neu ein.
Bei dem OSCAM Client genauso. Der Parameter im OSCAM - keepalive - und sonstige Parameter helfen nicht.
Also Anruf Telekom. Erste Ausage - wir geben keine Gewähr für Pingzeiten. Ok, natürlich erzähle ich von meinem
Datensicherungsclient, der auswärtig steht und dann nach einer Zeit sich verabschiedet. Ausserdem, das ich früher
das Problem nie hatte und es erst seit 2-3 Monaten auftritt. Also Techniker kommt und klemmt ein neues Aderpaar
im Anschlußkasten. Ergebnis - die Gesamtkapazität ist nun höher (Up/Download).
Eine Frage, den Port am Telekomschrank zu wechseln geht nicht, da alle Ports belegt sind.
Telekomtechiker wieder weg und neu getestet. Problem hat sich abgeschwächt (minimal) und die max. Pingzeiten sind
nun nur noch ~3800ms, reichen aber, das Konstrukt aussteigen zu lassen.
Neuer Anruf bei der Telekom, Ticket wieder eröffnet und gewartet. Ein Tag (!) Rückmeldung alles OK. Angeblich wurde
die Port-Einheit im Kasten getauscht. Ticket zu. Fehler - immer noch vorhanden. Ich könnt kot.........
Um das noch zu vervollständigen - Die DSL Fehleranzeige in der Fritzbox ist 0. Kein Fehler. Absolut stabil bei 51390 down
und 10046 up.
Also - ich schau mal was noch machbar ist, aber ich seh mich schon bei Vodaphone.
Sehr ärgerlich und ich rechne mal nicht nach, was das jetzt schon für eine Zeit gekostet hat.
Danke für die Unterstüzung von Eurer Seite.