Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

"timeout" nach gewisser Zeit, immer wieder, eventuelle Lösungen

diddi123

Hacker
Registriert
5. März 2012
Beiträge
441
Reaktionspunkte
41
Punkte
88
Viele haben das Problem, dass nach einiger Zeit des problemlosen Laufens, jeder Client, der über gbox und oscam auf die V13 zugreift, ein timeout bekommt und man den Server neu starten muss, damit es erst einmal wieder läuft.

Bei mir war es so:

Raspberry PI 3+ mit dem Komplett image, welches hier zu bekommen ist aufgesetzt. Das Ganze laut Anleitung eingerichtet. Es lief bei mir 8 Tage reibungslos und nun habe ich das Problem, wenn die V13 genutzt wird, muss nach ca 2 Stunden, wieder neu gestartet werden, da sonst kein client mehr bedient wird. Es erscheint dann dort, wo sonst die Zugriffszeiten stehen, "timeout(5000ms)" Wenn man dann neu startet, läuft es bis zum nächsten timeout gut 2-3Stunden, je nach dem wie viel auf die V13 zugegriffen wird.
Nebenbei, eine HD01 Karte läuft direkt an oscam und hat keine Probleme.
Ich habe meinen Raspi nun schon 3x neu aufgesetzt.

Es gab schon einige Lösungsvorschläge, auch von mir, bei mir hat aber noch nichts funktioniert.

Hier kann man nun direkt darüber diskutieren. Das Thema ging sonst immer wieder unter.

Hat noch jemand Lösungsvorschläge?
 
Es gab schon einige Lösungsvorschläge, auch von mir, bei mir hat aber noch nichts funktioniert.

Ah ja, und die waren?
Ich habe zB keine Lust Dir Tipps zu geben, um dann von Dir zu lesen "das hab ich schon getestet".

Ebenso solltest Du Configs dazu posten, welche Reader genutzt werden, wie diese Reader angeschlossen sind (evtl. Hub aktiv/passiv) usw usw.
Sonst wird das alles ein großes Ratespiel, ohne vernünftigen Ansatz.


Einen Tipp gebe ich Dir trotzdem:

Einfach den Reader per Cronjob einmal pro Stunde neu starten.....zwar nicht toll, aber sollte nach Deinen jetzigen Angaben funktionieren.
 
Alter Schwede, erstmal nen ordentlichen Anschiss kassiert. Auch nicht schlecht....
Wer hat dich denn geärgert?

Ich habe dieses Thema geöffnet, damit man sich hier damit befassen kann. Und nicht immer zwischendurch bei anderen Themen als OT. Tut mur leid wenn dich das ärgert.
Und der Tipp mit dem Reader Neustart, naja. Der kam wahrscheinlich auch nur wegen der miesen Laune.

Mein Server:
Raspi 3+ mit fertigem Image(hier down zu loaden)
Easymouse direkt am Raspi ohne Hub.
Einrichtung nach Anleitung aus diesem Forum. (Copy/Paste)
Meine Configs sind die, die hier in der Anleitung stehen, unverändert, nur durch meine Clients ergänzt und die Gruppen angepasst.
Bei Oscam noch einen zweiten Reader (omnikey ebenfalls direkt am Raspi) mit HD01.
Ich brauch sie hier nicht posten, da sie im Grunde hier schon zu finden sind.
 
Also.....das war kein Anschiss, sondern eine Feststellung.
Niemand, aber auch wirklich niemand, wird jetzt zwischen den einzelnen Threads suchen, wo Du was C&P hergenommen hast.

Wenn Du Dich also wirklich damit beschäftigen willst, dann habe ich Dir oben die dafür nötigen Anforderungen gepostet.
Und dazu gehören immer die Configs....wer sagt denn, das die iO waren, die Du kopiert hast?

Ich helfe gern, aber ein Suchspiel, das kann ich hier zu Hause auch haben......allerdings ist das dann lustiger.

Die einfachste Lösung zu Deinem Problem hab ich Dir ja schon genannt. Und das war ernst gemeint....das geht, wenn Deine Reader nach 2-3 Stunden aussteigen, dann starte sie vorher neu.....dann ist Ruhe....wenn auch die uneleganteste Lösung, ein Readerneustart geht so schnell, das ein Client das wahrscheinlich gar nicht, oder nur selten, mitbekommt..

Und nein, ich habe keine miese Laune.....ich bin nur ehrlich und realistisch.

"Mein Auto bleibt immer stehen, bitte um Lösungsansätze......"

Poste das in einem Motorforum, und erzähle uns, was die dazu gesagt haben.
 
Du brauchst nicht suchen.

Dieses Howto habe ich schon 3 Mal benutz um meinen Raspi eizurichten. Das läuft dann ja auch, aber nur 8-10 Tage, ab dann kommen die bekannten timeouts.
Im Übrigen, ein Readerneustart bringt nichts. Es muss ein kompletter serverneustart durchgeführt werden.
 
Zuletzt bearbeitet:
Wenn du Hilfe haben willst, dann poste deine configs und die Logs.
 
Tja nu
[global]
logfile = /var/log/ipc/OScam.log
nice = -1
maxlogsize = 2480
disablecrccws_only_for = 098C:000000;09C4:000000;0500:050F00

[gbox]
port = 7004
hostname = 127.0.0.1
my_password = 2222CCCC
ccc_reshare = 1
gsms_disable = 0

[cccam]
port = *****
nodeid = E73BACEB1021151E
version = 2.3.2
reshare = 5
ignorereshare = 1

[webif]
httpport = *****
httpuser = *****
httppwd = *****
httprefresh = 15
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255,172.16.0.0-172.31.255.255
[account]
user = gbox_client
au = 1
allowedprotocols = gbox
group = 1
cccreshare = 1
cccignorereshare = 1

[account]
user = Receiver 1
pwd = Passwort 1
caid = 09C4,1830
keepalive = 1
au = 1
group = 1,2

Danach noch weitere Clients genauso wie Receiver 1

[reader]
label = V13_Gboxreader
protocol = gbox
device = 127.0.0.1,8010
user = gbox_client
password = 1111AAAA
gbox_max_distance = 5
gbox_reshare = 5
caid = 09C4
group = 1
disablecrccws = 1

[reader]
label = HD+
protocol = pcsc
device = /dev/ttyUSB1
caid = 1830
boxid = 12345678
boxkey = A7642F57BC96D37C
rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
detect = cd
group = 2
emmcache = 1,1,2,0


<-ECM (1<-)-03 received from 127.0.0.1
<-ECM (1<-)-03 received from 127.0.0.1
network ecm removed, to old (age: 3970 ms)
network ecm removed, to old (age: 1006 ms)
<-ECM (1<-)-03 received from 127.0.0.1
network ecm removed, to old (age: 3248 ms)
<-ECM (1<-)-03 received from 127.0.0.1
<-ECM (1<-)-03 received from 127.0.0.1
network ecm removed, to old (age: 3508 ms)
<-ECM (1<-)-03 received from 127.0.0.1
<-ECM (1<-)-03 received from 127.0.0.1
network ecm removed, to old (age: 2824 ms)
<-ECM (1<-)-03 received from 127.0.0.1
<-ECM (1<-)-03 received from 127.0.0.1
<-Hello from 127.0.0.1 port 8010
network ecm removed, to old (age: 3567 ms)
emergency exiting on pos: 206 0
exiting main
RS232gate=0 speed=9600
Seasonport=0 speed=9600 mode=0
direct serial port i/o disabled

gbox.net 2.2A/Linux@ARM ( Jun 15 2019, 16:35:37 ) git811.N.3
mode 03
AU:03/update:01/Keyfile:00 Hash:01 DispECM:01/EMM:01 UDPInit:00 OSD:00
enx_conf = 0 ; reset on zap=2
trying to get online, please wait ...
My IP 127.0.0.1 ID BBBB (127.0.0.1) pass 1111AAAA, we are offline
IP 127.0.0.1 Port 8010-7004 ID EEEE pass 2222CCCC sharelevel 5/5 (127.0.0.1)
Total 1 ports to monitor
monitoring port: 8010
CPU ARM
using without api support
/dev/ttyUSB0 opened with 1 multicam(s)
mode: any pid
have to init card 3
ATR :
3F FF ** ** ** ** ** **
00 ........
Reset Baudrate = 9600 Baud
NDS Card

Type P1TV
Revision 1.0 A7
CaID 09C4
Serial (UA) ***********
Boxkey ***********
Working Baudrate = 38400 Baud
card init ok
entering main loop
->HelloL to 127.0.0.1 (127.0.0.1:7004)
<-Hello from 127.0.0.1 port 8010
<-Hello from 127.0.0.1 port 8010
->Hello to 127.0.0.1
->HelloL to 127.0.0.1 (127.0.0.1:7004)
<-Hello from 127.0.0.1 port 8010
<-ECM (1<-)-03 received from 127.0.0.1
<-ECM (1<-)-03 received from 127.0.0.1
->CW (->1) send to 127.0.0.1 (284 ms)
->CW (->1) send to 127.0.0.1 (331 ms)
<-ECM (1<-)-03 received from 127.0.0.1
network ecm removed, to old (age: 2941 ms)
<-ECM (1<-)-03 received from 127.0.0.1
->CW (->1) send to 127.0.0.1 (976 ms)
<-ECM (1<-)-03 received from 127.0.0.1
->CW (->1) send to 127.0.0.1 (272 ms)
<-ECM (1<-)-03 received from 127.0.0.1
->CW (->1) send to 127.0.0.1 (256 ms)
<-ECM (1<-)-03 received from 127.0.0.1
->CW (->1) send to 127.0.0.1 (269 ms)
<-ECM (1<-)-03 received from 127.0.0.1
 
Zuletzt bearbeitet:
Moin,
Ich habe das selbe Problem mit dem Timeout.
Meine Einstellungen:
Ein Raspi Version 1.1 ist 24/7 in Betrieb und hat keine Probleme. (Raspbian GNU/Linux 7 (wheezy))
Ein Raspi Version 3+ mit gleichen configs und gleicher angeschlossener Hardware (2xEasymouse) verursacht timeouts (Raspian Noobs 64 Bit) oder (Ubuntu 64 Bit) beide Images getestet.

Vlt. schaltet sich nach einiger Zeit USB ab oder so?
PS. ein stärkeres Netzteil habe ich beim Raspi 3+ auch getestet.
 
Zuletzt bearbeitet:
Ich bin gerade in einer Testphase mit der Abschalung des Journaling. Mit super Unterstützung von Purzepries. Danke nochmal!

Das mit dem USB Hub habe ich auch schon gedacht. Was mich aber ein wenig daran zweifeln lässt ist, dass es nach der Installation und Einrichtung des Ubuntus erstmal 8-9 Tage ohne Fehler läuft. Erst dann kommen die Timeouts. Nach einem reboot läuft es dann bei mir wieder für X Stunden.
Ich habe meinen Pi nun schon 3x neu aufgesetzt und jedes Mal war es so. (Nach 8-9Tagen kamen die Timeouts)
Eine Abschaltung des usb ports oder eine Unterversogung würde ja nicht erst nach 8 Tagen kommen.
 
wie sieht den die Reader Einstellung in der gbox.cfg aus ? ggf udev mit setseriell nutzen
und wenn du schon mehrfach neu aufgesetzt hast teste doch mal google : gwolf/raspberrypi RPI 2 und 3 64Bit images | ob es mit IPC funktioniert kann ich nicht sagen
 
Ich habe an der Reader Einstellung
und auch an der gesamten Gbox Einstellung nichts verändert. Irgendwo muss ein Unterschied zwischen dem PI3 Image und dem PI4 Image zu sein. Denn der PI4 soll dieses Problem nicht haben. So wurde es mir zumindest gestern Abend berichtet.

Edit: also ich meine die jeweiligen Komplettimages die hier downloadbar sind. Kann das aber nicht testen. Habe nur den PI3+
 
Zurück
Oben