Chacheex immer wieder hänger.

[janni1]

Hi,
poste am Besten noch einmal deine jetzigen Configs.
Vielleicht auch gleich noch ein Stück Log mit solchen Timeouts.

 

[mega]

Spoiler: config

[global]
loghistorylines = 1000
serverip = 192.168.178.35
logfile = /var/OScam.log
usrfileflag = 1
fallbacktimeout = 2600
fallbacktimeout_percaid = 098C:350,09C4:250
nice = -1
maxlogsize = 40920
preferlocalcards = 1
dropdups = 1
emmlogdir = /var/keys/
lb_mode = 1
lb_save = 1000
lb_nfb_readers = 6
lb_reopen_seconds = 60
lb_retrylimit = 2800
lb_auto_betatunnel = 0
lb_savepath = /var/log/stat
ecmfmt = c@p/i/s/l:h HOP:j
failbantime = 90
failbancount = 6

[cache]
max_time = 10
max_hit_time = 10
wait_time = 09C7:200,098C:200,09C4:200,1722:800,1830:690:1200,1843:690:1200,0500:1500,0D95:1000,0648:1000,0B00:800
csp_allow_request = 0
wait_until_ctimeout = 1
cwcycle_check_enable = 1
cwcycle_check_caid = 1830,1843
cwcycle_maxlist = 3000
cwcycle_keeptime = 30
cwcycle_sensitive = 3
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1

[cs357x]
port = 29000

[cs378x]
port = 27903

[cccam]
port = 29471
nodeid = xxxx
version = 2.3.0
reshare = 1
updateinterval = 60

[webif]
httpport = 11111
httpuser = user
httppwd = pass
httppiconpath = /var/picons
httprefresh = 10
httppollrefresh = 10
httpshowpicons = 1
httppiconsize = 40
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowreaderinfo = 1
httpshowcacheexinfo = 1
httpshowecminfo = 1
httpshowloadinfo = 1
httpallowed = 0.0.0.0-255.255.255.255
httpemmuclean = 500

Spoiler: user

[account]
user = user
pwd = pass
hostname = x
uniq = 1
suppresscmd08 = 1
betatunnel = 1833.FFFF:1702,1834.FFFF:1722
group = 1,2,3,4,5,6,40,50
services = !sky-blue_movie,!sky-select
cccmaxhops = 2
cccignorereshare = 1
cccstealth = 0

Spoiler: user cacheex

[account]
user = x_cache
pwd = pass
keepalive = 1
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,50,60
services = !sky-blue_movie,!sky-select,!sky-sonstiges
cacheex = 2
cacheex_maxhop = 3
cacheex_ecm_filter = 1830,1843,0648,09C7,1722,1834,0B00,0D95,09C4,098C,0648
cacheex_drop_csp = 1

Spoiler: reader

[reader]
label = x_server
protocol = cccam
device = dyn,25252
user = user
password = pass
services = !sky-blue_movie,!sky-select,!sky-sonstiges
inactivitytimeout = 30
fallback = 1
group = 13
emmcache = 1,1,2,0
cccversion = 2.3.0
cccmaxhops = 2
ccckeepalive = 1

Spoiler: reader cacheex

[reader]
label = x_cache
protocol = cs378x
device = dyn,55553
user = user
password = pass
services = !sky-blue_movie,!sky-select,!sky-sonstiges
inactivitytimeout = 30
reconnecttimeout = 60
keepalive = 1
cacheex = 2
cacheex_maxhop = 3
cacheex_ecm_filter = 1830,1843,0648,09C7,1722,1834,0B00,0D95,09C4,098C,0648
cacheex_drop_csp = 1
group = 50
audisabled = 1

xxx (098C@000000/1260/008F/9D:01C3BE626D4D3D5CD433FEE1C14A6C6E HOP:00): timeout (5001 ms) by x_server,y_server (F/8/8/8) (wait_time over)

xxx (1722@000000/0000/0069/93B2E08D7FDFAEC86B184E1049B265769 HOP:00): timeout (5003 ms) by x_server (F/1/1/3) - Sky Bundesliga HD 1 (wait_time over)

 

[axel]

Hi,

Das ist ein Proxy als Fallbackreader, richtig?

Nicht gut.

Gruß

Gesendet von meinem SM-G920F mit Tapatalk

 

[mega]

wie meinst?

098c hab ich selber local als fallback und noch proxies.
die xxx im log sind keine fallback oder meinst du die server hinter dem log? (xserver,yserver)

 

[mechi]

@mega

die timeouts sind einfach erklärt..... wait time over ( kein cache ) springe auf fallback ( hab 1 quelle aber die antwortet ebenfalls nicht ) ende beim zweiteren beispiel.

Jedoch vermute ich auch, das die Anfrage bei Dir abgebrochen wurde, da beim urprünglichen User seine Quelle schneller im Antworten war und die Abfrage bei Dir ins Leere ging und somit ebenfalls ein Timeout erzeugt.

Noch eine Möglichkeit ist der fehlende Tunnel bzgl. Betacrypt.

Nichts für Ungut, kein Bedarf zu Handeln. Außer der Tunnel beim CEX User, bin mir da nich 100 % Sicher ob man den da Konfigurieren soll, aber wäre zumindest bei der 1722 Anfrage ein Punkt zum abarbeiten. Würde ja auch nicht stören im User.

Den Alten 1833 zu 1702 Tunnel darfst aber beruhigt rausnehmen Der Existiert nicht mehr.

 

[mega]

Wenn ich aber mehr fallback habe,müsste er doch mehr reader abfragen oder nicht?

 

[mechi]

@mega

Nein, das definierst Du doch an der Waittime. Der Fallback hat damit absolut nichts zu tun. Zumindest würfelst Du jetzt so langsam Grundlegende Sachen ein wenig durcheinander. Der Fallback dient doch nur wenn Cache ausbleibt und standartmäßig ist der Fallback auf 1 Reader beschränkt. Wenn jedoch dort die Abfrage ausbleibt, aufgrund eines CWs was nicht existiert fragt der alle an. Ist es aber eine Falschabfrage werden auch die anderen auf diese nicht Antworten können. Ein Fallback sollte man auch nur Definieren, wenn man weiß der Proxy hat es oder nur von Original wo Du es weißt.

Nimm mir das bitte nicht Übel oder auch generell die Leute die hier mitlesen, aber bring(t) erstmal Ordnung in das System und versteht es, bevor Ihr mit Cache weiter macht. Wenn das eine nicht klappt, klappt das andere auch nicht, denn das Verständnis muss erst einmal da sein, das man Grundlegende Sachen weiß bevor man sich an sowas tastet.

Und ich würde auch behaupten das es hier einige ähnliche Beiträge gibt und auch noch das WIKI auf dem STB sehr hilfreich ist ein paar Grundlegende Kentnisse zu erlangen.

 

[janni1]

Hi,

Wenn ich aber mehr fallback habe,müsste er doch mehr reader abfragen oder nicht?

hat er auch

...by x_server,y_server (F/8/8/8) (wait_time over)

(stage/used/chosen/possible)
Es wurden per Fallback in dem Fall also 8 Reader angefragt und keiner konnte "Sky Sport Austria HD" beantworten.

Ich würde mir an deiner Stelle noch einmal die LB- bzw. Fallback-Geschichte genauer ansehen.
Vor allem solche Sachen wie "lb_nfb_readers", "lb_retrylimits", "lb_reopen_seconds" .
Wieviel Fallbacks hast du eigenlich gesetzt?
Wurden dabei auch "fallback_percaid" gesetzt?

@mechi
Über den CEX2-User werden stur CWs zum Partner "weg-gepusht". Da wird nichts angefragt, was man durch einen Tunnel jagen könnte

 

[mega]

danke

Hab ca 10 fallback gesetzt.

muss ich optimieren

ohne cacheex hatte ich bei user 98% oks und bei reader 92% und am tag vielleicht so 500 timeouts.

jetzt mit hab ich 94% user und 81% reader und timeouts früh geguckt ca 5000 timeouts.

 

[czutok]

hmmm , ich nutze gar kein casheex und habe seit 20 tagen nur 151 timeouts

Timeout: 151 (0.01 %)

also endweder ist das casheex schit , oder du hast es echt falsch konfiguriert

 

[mega]

configs hab ich ja gepostet.sieht man ja alles.

Wenn jeder im share seine karten mit services machen würde,gebe es bestimmt
weniger probleme. viele setzen gar nix,wenn ich so durch schaue.

 

[czutok]

ne , ne , das hab ich nicht gemeint

ich kenne mich mit casheex nicht aus , wolte nur drauf hinweisen das ich seit 20 tagen viell weniger timeouts habe als du mit casheex in 1 tag

 

[mega]

Jo und auch ohne leider.

Gesendet von meinem HUAWEI SCL-L21 mit Tapatalk

 

[janni1]

Hi,
ich glaube nicht, dass es an dem "casheex schit" liegt, denn bei mir läuft das auch so einigermaßen

Ich denke, es liegt wohl ua. an zu viel/ungünstig gesetzten Fallbacks.

 

[mega]

hi

Ich hab bei einem z.b nur meine localen gegeben 098c und 09c4 und cacheex und diese localen sind auch fallback.

jetzt haut er mir das rein

mrX (098C@000000/11FD/008A/9D72729964335A8A864D3157035F4C091 HOP:00): timeout (5001 ms) (F/2/2/2) - Disney Junior HD (wait_time over)

Müssten doch dann meine karten greifen?
Ich hab ihn jetzt mal noch einen fallback gegeben mit einer 098c über camd3,aber macht dann das selbe.