Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Fritzbox Talk Client Timeout (5001) aus heiterem Himmel

AW: Client Timeout (5001) aus heiterem Himmel

Giesi schrieb:
Hallo,

@szonic:
jap, die werden auf den Stick geschrieben der neben dem easymouse am USB Hub hängt.
kann ich machen wie du sagst...aber das sollte doch aktuell keine Auswirkungen auf das beschriebene Problem haben oder nicht?
Zum Vergrößern anklicken....

Naja schon, wenn der emu auch auf dem Stick ist schreibst Du ihn vielleicht voll und das macht das system arg langsam bis zum Stillstand.

Bei einem Neustart wird evtl. das verzeichnis wieder geleert und dann läuft es wieder flüssig bis der Speicher wieder "überläuft".
 
AW: Client Timeout (5001) aus heiterem Himmel

also meinst du ich sollte das saveemm rausnehmen und erst 4-5 wochen vor dem ablaufen meiner aktivierung wieder rein machen?
 
Das müsste dann schon ein Stick mit sehr geringem Speicherplatz sein was ich nicht glaube. Es werden zudem nur die unique gespeichert die nicht so häufig kommen. Eigentlich müsste bei logfile hinten noch die Datei angegeben werden ..../oscam.log und selbst diese ist auf 1000 KBytes beschränkt.

Aktualisiere einfach mal deine ganzen Oscams auf den Clients.
 
AW: Client Timeout (5001) aus heiterem Himmel

gut,
werde dann jetzt zunächst mal alle clients auf den neuesten stand bringen.
dann teste ich mal wie das ganze sich auswirkt.

sollte das keine sichtbare besserung bringen versuche ich mal die o.g. einstellungen bei easymouse
also: Schalter o u u u und im reader jeweils 357mhz und ebenfalls 357cardmhz des weiteren ins7e11 = 15 rauskreuzen.

werde euch auf dem laufenden halten und danke euch schonmal für eure nette hilfe!

@szonic:
wenn ich mir meinen freetz-status ansehe...da ist der speicher zu sehen und sollte doch denke ich ausreichen. beim ram sind gerade einmal 60% belegt...beim flash 14% beim swap speicher weniger als 1% und bei der eingehängten partition wo der kram druaflaufen soll gerade mal 4% ...sind noch 109MB frei.
habe außerdem auch noch via crontab einen autorestart jede nacht eingerichtet. da sollte dann doch ein voller speicher wieder frei werden oder?


wenn ich das nicht ganz falsch sehe wird mir, sofern diese änderungen nichts bringen, nichts anderes übrig bleiben, als auch die oscam unter freetz nochmals zu updaten (obwohl die ja och recht neu ist) und sofern auch das nichts bringt freetz komplett neu (dann mit dem client-image wie von rolu2 empfohlen) neu drüber zu bügeln.

Wenn jemand noch weitere ideen hat bitte melden. Bin für jeden hinweis dankbar!

Liebe Grüße
Giesi
 
Zuletzt bearbeitet:
AW: Client Timeout (5001) aus heiterem Himmel

Wie gesagt teste mal ob der Fehler reproduzierbar ist wenn mehrere Clients zugreifen. Rein aus Interesse...
 
AW: Client Timeout (5001) aus heiterem Himmel

wird gemacht!
danke.
 
AW: Client Timeout (5001) aus heiterem Himmel

Wie viele Clienten hast Du, bzw. wie viele sind online wenn die Abfragen ins Timeout gehen?
Eventuell wird die Karte überlastet.
 
Hallo,

daran kann es bis dato denke ich nicht liegen.
habe bisher nie mehr als 2 Clients gleichzeitig laufen gehabt und möchte, sofern ich das denn nun stabil zum laufen bekomme nicht mehr als max 5 Clients gleichzeitig versorgen.

dieses timeout kam seit gestern auch nicht mehr. (Nur ein Client) weiß nicht ob vll die bisherigen Änderungen schon gefruchtet haben.

weiter mit mehr Clients kann ich es wie gesagt aber erst am Donnerstag testen.

danke und gruß
giesi

Kaum sag ich es...gerade bei nur einem Client wider dieses timeout gehabt. Oscar Neustart und es läuft wieder.

Edit: trat nun schon mehrfach wieder auf.

gruß

Habe nun mal auch auf meinem freetz-server die neueste oscam variante aufgespielt:
"oscam-emu-mips-freetz-9842-fritz73xxOS60-webif-libusb_st" 2014-08-30 11:12 484K über das freetz web interface.

hier hat sich nun ein weiterer reader mitinsalliert!

oscam.server:
[reader]
label = Emulator
enable = 0
protocol = emu
device = Emulator
caid = 0D00&0F00,090F,0500,1801,0604
detect = cd
ident = 0D00:000000,000004,000010,000014,000020,0000C0,0000C4,0000CC;0D02:000000,00008C,0000A0,0000A4,0000A8;0D03:000000,000004,000008,000024,000028;0D05:000000,000004,000010;090F:000000;0500:030B00,023800,021110,007400,007800;1801:000000;0604:000000
group = 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
auprovid = 030B00

hab ihn direkt ausgeschaltet.
wofür ist der?

in sachen stabilität werde ich euch auf dem laufenden halten, ob der wechsel etwas gebraht hat.

gruß
giesi
 
Zuletzt bearbeitet von einem Moderator:
AW: Client Timeout (5001) aus heiterem Himmel

Hallo meine Lieben,

habe nun endlich eine stabile Verbindung ohne ständigen Reboot der Karte.

Habe die auf meinem Server befindliche Oscam Version auf folgende Geupdatet:
Version: oscam-1.20-emu-r9842 NFR-OSCam Addon Version: 1.3.


Auf meinen Kathis wie von euch empfohlen ebenfalls eine neuere Version aufgespielt wie weiter oben schon beschrieben.

Nach anfänglichen Startschwierigkeiten läuft es nun seit meinem letzen Post absolut stabil ohne einen einzigen Ausfall!
Habe nun auch noch meine 2 anderen Clients Verbunden und auch diese rennen ohne Probleme parallel und mit ECM´s von unter 100ms.

Scheint also offenbar an der etwas älteren Oscam Version gelegen zu haben. Sonstige Änderungen hab ich an sich nicht vorgenommen.

Euch vielen Dank für die Hilfe!!!
Wenn jemand zu meinem Vorgehen Fragen hat kann er sich gerne melden.

Viele Grüße
Giesi
 
AW: Client Timeout (5001) aus heiterem Himmel

Hallo Leute,

habe nun schon wieder dieses nervige Problem.

Kommt nun wieder recht häufig diese Fehlermeldung:

  • 2014/09/25 15:23:42 572EF8 c home (098C&000000/0C1E/006B/98:5EDFE089F8CA0540A89807D11CB77D3F): found (89 ms) by skyde - Sky Hits HD
  • 2014/09/25 15:23:54 572EF8 c home (098C&000000/0C1E/006B/98:1D79E6E764D7A044F5CFD124DD28B2A2): timeout (5001 ms) by skyde - Sky Hits HD
  • 2014/09/25 15:24:00 0 --- Skipped 1 duplicated log lines ---
  • 2014/09/25 15:24:00 575F88 r skyde [videoguard2] classD3 ins54: (-1) status not ok 90 00
  • 2014/09/25 15:24:00 575F88 r skyde [videoguard2] The card is not answering correctly! Restarting reader for safety
  • 2014/09/25 15:24:01 572EF8 c home (098C&000000/0C1E/006B/98:249A1BB33A6B2F1A2144093E0AE23ACE): timeout (5001 ms) by skyde - Sky Hits HD
  • 2014/09/25 15:24:07 572EF8 c home (098C&000000/0C1E/006B/98:249A1BB33A6B2F1A2144093E0AE23ACE): timeout (5000 ms) by skyde - Sky Hits HD
  • 2014/09/25 15:24:08 572EF8 c home (098C&000000/0C1E/006B/98:A3774F7280C1B45C2FB25CD1830F851C): timeout (5001 ms) by skyde - Sky Hits HD
  • 2014/09/25 15:24:10 575F88 r skyde [videoguard2] classD1 ins40: (-2) status not ok 90 00
  • 2014/09/25 15:24:10 575F88 r skyde [videoguard2] The card is not answering correctly! Restarting reader for safety

Nach einem Neustart von Oscam läuft es wieder.
Allerdings geht es nach kurzer Zeit sofort wieder in diesen Fehler über und es hängt. Also nicht mal alle paar Tage was mir ja noch relativ gleich wäre, sondern im Minutentakt...dann läuft es wieder einen Tag und dann wieder alle paar Sekunden dieser nervige Timeout.

Am System wie im 1. Beitrag beschrieben hat sich nichts geändert.

Habe lediglich nun um den Fehler zu beheben eine neuere Oscam unter Freetz aufgespielt:

Version: oscam-1.20-emu-r9848 NFR-OSCam Addon Version: 1.3.1

Meine Oscam.conf.:
# oscam.conf generated automatically by Streamboard OSCAM 1.20-emu SVN r9842
# Read more:
Sie müssen registriert sein, um Links zu sehen.


[global]
fallbacktimeout = 2000
nice = -1
maxlogsize = 1000
waitforcards = 0
preferlocalcards = 1
emmlogdir = /var/media/ftp/uStor01/addon/oscam/
logfile = /var/media/ftp/uStor01/addon/oscam/oscam.log


[cache]

[cccam]
port = 12000
nodeid = xxxxxxxxxxxxx
version = 2.3.0
reshare = 1
reshare_mode = 0

[monitor]
port = 988
nocrypt = 192.168.0.0-192.168.255.255
aulow = 120
monlevel = 1
hideclient_to = 30

[webif]
httpport = 83
httphelplang = de
httprefresh = 10
httpallowed = 192.168.0.0-192.168.255.255
aulow = 120
hideclient_to = 30

Oscam.server:
# oscam.server generated automatically by Streamboard OSCAM 1.20-emu SVN r9848
# Read more:
Sie müssen registriert sein, um Links zu sehen.


[reader]
label = skyde
description = skyde
protocol = mouse
device = /dev/ttyUSB0
services = skyall,hdplus
autospeed = 0
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
mhz = 600
group = 1
emmcache = 1,3,2
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
ndsversion = 2

Auf meinem kathi habe ich ebenfalls nun das neue TitanNit 1.56 laufen.
Und die dazugehörige "Oscam Expert".
An den jeweiligen Einstellungen habe ich aber nichts geändert.

Bin daher leider mit meinem Latein am Ende.
Da dieser Fehler ohne Änderung auch nur 1. Einstellung plötzlich wieder aufgetreten ist, nachdem es wie zuvor beschrieben nach eurer Hilfe 1A lief.

Jemand eine Idee woran es noch liegen könnte?

Soll ich mal einen USB-Hub mit externer Stromversorgung verwenden?

Nach meiner Recherche wäre die Hardware ja bei korrekten Einstellungen das Einzige was Mucken machen könnte?!

Wie immer schonmal vielen Dank für Eure Mühe.

Gruß
Giesi
 
AW: Client Timeout (5001) aus heiterem Himmel

Ist auf jedenfall einen Versuch wert.

Ich habe ab und zu das gleiche Problem.
Ich betreibe 2mal Easymouse an einer 7270 hinter einer 7390.
In der einen Easymouse steckt eine D02 Karte,...läuft einwandfrei.
In der anderen Easymouse steckt eine G09 Karte,...dort habe ich den Reader Timeout (5001).
Habe die Reader schon getauscht,...es ändert sich nichts.
Immer der Reader, in dem die G09 steckt hat den Timeout 5001.

Ich hatte auch schon mal nur die 7390 in Betrieb.
Dort war das gleiche Verhalten, egal ob ich den USB-Hub am oberen- oder seitlichen USB-Anschluss betrieben habe.
Oscam als Fehler schließe ich aus, da habe ich auch schon viele ausprobiert.

Es kann eigentlich nur noch am USB liegen.
Irgendwie scheint der Hub nach einiger Zeit überlastet zu sein.
Andererseits frage ich mich, warum immer nur der Reader in dem die G09 steckt?

Habe leider auch noch keine Lösung gefunden.

Gruß
Vigor
 
AW: Client Timeout (5001) aus heiterem Himmel

Hey,

danke für für die Antwort.
Habe mir nun ein dlink hub mit externer Stromversorgung bestellt. Sollte Dank A.Prime morgen bzw. heute bei mir eintreffen.
werde dann berichten ob es ieine Änderung bewirkt.

an meinen Einstellungen findest du vigor oder sonstjemand aber auch keinen Fehler, oder?

liebe grüße
giesi
 
AW: Client Timeout (5001) aus heiterem Himmel

Fehler sehe ich keine.
Aber um die Karte zu entlasten, würde ich
emmcache = 1,3,2 auf
emmcache = 1,1,2 ändern.

Bin mal gespannt, ob bei dir ein USB-Hub mit Stromversorgung eine Änderung bewirkt.

Gruß
Vigor
 
AW: Client Timeout (5001) aus heiterem Himmel

Also habe nun seit 2 Tagen das neue HUB angeschlossen. Seit dem hatte ich nicht einen einzigen Timeout oder Hänger.
die emmcache Einstellungen habe ich nach wie vor auf 1,3,2 stehen. Inwiefern entlastet die von dir vorgeschlagene Einstellung die Karte?

lg giesi
 
AW: Client Timeout (5001) aus heiterem Himmel

Deine Karte ist komplett geblockt. Das reicht, damit ist sie entlastet, da nichts geschrieben werden kann (außer manuell).
Der emmcache-Eintrag bezieht sich auf das Oscam.log (nicht mit EMM.Log verwechseln) und hat mit der Karte ansich überhaupt nichts zu tun. Es wird hier eingestellt ob (1=ja), wie oft gleiche (3=3x) und welche EMM (2=glaube geschriebene) im Oscam.log auftauchen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

S
Probleme mit OSCam Client
Antworten
4
Aufrufe
731
Sir-ACE
S
B
gelöst OScam friert ein
3 4 5
Antworten
63
Aufrufe
2K
buzzard
B
R
gelöst ORF-Karte mit OSCam plötzlich finster
2 3
Antworten
34
Aufrufe
2K
RockNLol
R
M
Dreambox Two als Oscam Server, HD01 Karte, Aussetzer/Hänger bei Clients
2
Antworten
26
Aufrufe
4K
m0bbed
M
T
habe ein Problem auf meiner Gigablue Box.
Antworten
2
Aufrufe
100
Kind regards
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…