Debian verliert Reader

[uter123]

Hallo Leute,

Habe vor einigen Tagen meinen Server (T-Online S100) mal wieder auf den aktuellen Stand gebracht.
Folgendes zu meinem System:
Kernel Version: 2.6.26-2-686 (SMP)
Distro Name: Debian 5.0.8
Oscam 1.00-unstable_svn build #5639 (sollte stable 5640 sein, laut feissmaik)
CCcam 2.1.1

Nach einiger Laufzeit (ca. 2h) haben auf einmal Oscam (3 Reader) sowie CCcam (1 Reader) die Kartenleser (Easymouse 2) verloren. Bei Oscam sind die Easymouse 2 auf 5V und Phoenix eingestellt, bei CCcam auf 5V und Mouse. Die 4 Reader hängen an einem aktiven USB Hub.
Im Oscam.log ist folgendes zu sehen:

Code: Alles auswählen

2011/07/25 18:52:05 B6459B90 r ERROR Phoenix_GetStatus: ioctl error in card detection for hdplus
2011/07/25 18:52:05 B6459B90 r card ejected
2011/07/25 18:52:05 B6459B90 r Error processing ecm for caid 1830, srvid EF11 (servicename: VOX HD) on reader hdplus.
2011/07/25 18:52:05 B745BB90 r ERROR Phoenix_GetStatus: ioctl error in card detection for skys01
2011/07/25 18:52:05 B745BB90 r card ejected
2011/07/25 18:52:05 B5BE2B90 c XXX (1830&000000/EF11/92:D12D): not found (6 ms) by hdplus (of 1 avail 1)
2011/07/25 18:52:05 B6C5AB90 r ERROR Phoenix_GetStatus: ioctl error in card detection for skyd02
2011/07/25 18:52:05 B6C5AB90 r card ejected
2011/07/25 18:52:06 B745BB90 r ERROR Phoenix_GetStatus: ioctl error in card detection for skys01
2011/07/25 18:52:06 B6459B90 r ERROR Phoenix_GetStatus: ioctl error in card detection for hdplus
2011/07/25 18:52:06 B5C58B90 c XXX (1702&000000/00DF/93:9DDD): rejected group (0 ms) (of 0 avail 0) (no matching reader)
2011/07/25 18:52:06 B6C5AB90 r ERROR Phoenix_GetStatus: ioctl error in card detection for skyd02
2011/07/25 18:52:06 B745BB90 r ERROR Phoenix_GetStatus: ioctl error in card detection for skys01
2011/07/25 18:52:06 B6459B90 r ERROR Phoenix_GetStatus: ioctl error in card detection for hdplus

Zur gleichen Uhrzeit finde ich folgendes im Syslog:

Code: Alles auswählen

Jul 25 18:52:05 S100Server2 kernel: [ 7133.998484] usb 4-2: clear tt 1 (9061) error -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.001144] usb 4-2: clear tt 1 (9041) error -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.003145] usb 4-2: clear tt 1 (9031) error -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.003390] usb 4-2: clear tt 1 (9051) error -71
Jul 25 18:52:05 S100Server2 CCcam: newcamd ecm -> 127.0.0.1:XXXXX
Jul 25 18:52:05 S100Server2 kernel: [ 7134.064067] ftdi_sio: ftdi_tiocmget Could not get modem status of device - err: -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.064715] ftdi_sio: ftdi_tiocmget Could not get modem status of device - err: -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.065010] usb 4-2: clear tt 1 (8050) error -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.065253] usb 4-2: clear tt 1 (8040) error -71
Jul 25 18:52:05 S100Server2 CCcam: newcamd ecm <- 127.0.0.1:XXXXX error (took 0.0171 seconds)
Jul 25 18:52:05 S100Server2 CCcam: client XXX ecm request for handler 0x68 0x1830(0x0) sid 0xef11 failed (took 0.0174 seconds)
Jul 25 18:52:05 S100Server2 CCcam: remote ecm -> XXXXX 0x1830(0x000)
Jul 25 18:52:05 S100Server2 kernel: [ 7134.248270] ftdi_sio: ftdi_tiocmget Could not get modem status of device - err: -71
Jul 25 18:52:05 S100Server2 kernel: [ 7134.252159] usb 4-2: clear tt 1 (8060) error -71
Jul 25 18:52:05 S100Server2 CCcam: remote ecm <- XXXXX ok (took 0.3614 seconds)
Jul 25 18:52:05 S100Server2 CCcam: client XXXXXX ecm request for handler 0xdf 0x1830(0x0) sid 0xef11 ok (took 0.3619 seconds)
Jul 25 18:52:06 S100Server2 kernel: [ 7134.568190] ftdi_sio: ftdi_tiocmget Could not get modem status of device - err: -71

Jul 25 18:52:06 S100Server2 kernel: [ 7134.820004] ftdi_sio: update_mctrl Error from MODEM_CTRL urb: DTR LOW, RTS LOW

Ich kenne mich mit Debian leider nicht genug aus, um daraus jetzt den Fehler genau zu erkennen, jedoch vermute ich, dass irgendwas mit dem FTDI Treiber oder vielleicht dem USB Hub nicht stimmt. Habe den Hub jetzt mal am zweiten USB Slot eingesteckt (USB ist im BIOS übrigens auf FULL Speed USB (12mbps), also USB 1.1 eingestellt. Bei Bedarf könnte ich auch die komplette Oscam Konfiguration posten, aber ich denke die ist soweit in Ordnung, auch weil ja nicht nur Oscam, sondern auch CCcam den Reader verloren hat.

Ich hoffe jemand entdeckt das Problem und kann mir helfen...
Viele Grüße,
uter123

[feissmaik]

Frage wär welche Debian Version du benutzt bzw welchen Kernel?
Und ist das zufällig ein König USB-hub?

Spontan würde ich mal einen älteren Kernel ausprobieren wie zb 2.6.26 (von Debian Lenny)

[uter123]

Nutze einen aktiven D-Link 4 Port Hub und Debian 5.0.8 Lenny mit Kernel 2.6.26-2, wie auch bereits oben steht
Nun ist zwar seit 12h Ruhe, fragt sich aber wie lange. Vielleicht erkennt ja jemand was am Log...
edit: Jetzt gerade war es schon wieder! Sehr nervige Sache...

Grüße,
uter123

[feissmaik]

Ups Oke, völlig übersehen... Aber wieso einen SMP Kernel? Diese Kernel-Zusätze sind spezielle Versionen die nicht unbedingt bei jedem Problemlos laufen...

Hast du auch schon mal folgendes gemacht?
aptitude update && aptitude safe-upgrade

Code: Alles auswählen

ftdi_sio: ftdi_tiocmget Could not get modem status of device - err: -71

Das kommt soweit ich weiss vom FTDI Treiber der als Modul im Kernel intregiert ist - vielleicht würde dir auch ein neuerer oder aktueller Kernel weiterhelfen...
Oder haste auch mal einen anderen USB-Hub ausprobiert bzw mal nur mit 2 Readern? Oder haste ne Möglichkeit 2 USB-Hubs zu nutzen? Weil pro USB-Port werden nur 500mA ausgespuckt
passiver-Hub = kein Netzteil = die 500mA die vom PC-Port kommen werden aufgeteilt: für den Betrieb der Hub-Hardware und auf die Anzahl der Hub-Ports
aktiver-Hub = mit Netzteil = das Netzteil liefert den Saft für die Hub-Hardware und ggf(!) für jeden Hub-Port 500mA... kann aber eben auch vorkommen das trotzdem nicht jeder Hub-Port auch 500mA kriegt und die Easymouse2 brauch ein bischen mehr Saft wie zb der Smargo...
(Google zb einfach mal nach der Fehlermeldung)

Eine Möglichkeit wäre vllt auch die Cam als Standard-Benutzer laufen zu lassen - ich persönlich hatte zb Anfangs solch ähnlichen Fehler und hatte dann festgestellt das diese Fehlermeldungen nur kamen wenn die Cam als "root" betrieben wurden...
Dabei musst du aber beachten dass der Shellbenutzer auch Zugriff auf die Art des Devices hat - dazu muss er eben der Systemgruppe "dialout" angehören
Also zb:

useradd -m -s/bin/bash CS
usermod -G dialout -a CS
su - CS

<rz oder wget der Cam, oder hochladen...entpacken und starten...>

( wenn der Shellbenutzer auch Zugriff auf Systemlogs haben soll/muss -> usermod -G adm -a CS )

...allerdings musst du dann das Starten der Cam (i as) und den IPC watchdog (i jobs) dafür abschalten bzw modifizieren dass die Cam bei (re)start nicht wieder als root gestartet wird sondern als Shellbenutzer... Das ginge zb indem vor die jeweilige Zeile ein "sudo -u CS " davor geparkt werden würde, eben überall dort wo er den Prozess startet...




Übrigends: die aktuelle STABLE 1.10 wird weiterhin erneuert - die TAGS 1.10 Version basiert auf der svn build 5640 aber dort werden eben nurnoch bugfixes gemacht und es kommen keine neuen features dazu...aktuell: 5734

[uter123]

So, neues Update:
Habe mal auf einem Zweitgerät (auch T-Online S100) ein Debian 5.0.8 Lenny System aufgesetz und manuell den Kernel 2.6.26-2-486 installiert (anstatt wie automatisch installiert 2.6.26-2-686). Dann habe ich IPC 11.3 installiert, sowie CCcam 2.1.1 und Oscam 1.00 svn 5640, also das gleiche System wie bei dem anderen Server. Zuerst habe ich die Udev Rules nicht hinbekommen, wenn ich eine extra Datei namens 10-usbadapter.rules in /etc/udev/rules.d erstellt habe. Auch nach mehrmaligem restart und einer neuinstallation von Debian wollte das System die Udev Regeln nicht anerkennen. Danach habe ich die Udev Regeln einfach per Copy&Paste aus der 10-usbadapter.rules in die Datei (die von Anfang an da war) 50-udev.rules kopiert und mittels rm 10-usbadapter.rules die neu erstellte Datei gelöscht. Danach hat das System wie durch ein Wunder oder wie auch immer die Udev Rules für meine Reader erkannt und ich kann sie per /dev/xy ansprechen (ging mit 10-usbadapter.rules nicht?!). Soviel zu den Udev Rules.
Nun zum Server: Mittlerweile läuft Oscam incl. der Reader seit Rund 13h ohne einen Crash/Readerverlust. Ich hoffe es lag wirklich am Kernel, aber das sehe ich ja. Ich denke wenn der Server 1-2 Tage ohne Readerverlust arbeitet sollte das Problem wirklich am Kernel 2.6.26-2-686 gelegen haben, aber das bleibt abzuwarten.

Viele Grüße,
uter123

[feissmaik]

nunja das mit udev hat nichts zu sagen... die Zahl sagt nur aus wann udev diese Rules beachten soll also eine art Ranking, 10- wird vor 90- eingelesen/beachtet... Was aber sein muss ist zum einen das die Datei mit ".rules" enden muss und sie darf NICHT für jedermall lesbar sein - also KEIN chmod 755 o.ä. sondern: chmod 0640 (und dem benutzer root gehören)

Siehe dazu auch -> http://wiki.ubuntuusers.de/UDEV

udev hat aber auch keinen Einfluss darauf ob der jeweilige Reader stabil läuft oder nicht - udev hat mit der eigentlich Hardware bzw dessen Treiber nichts zu schaffen

[uter123]

Ich weiß, ich bin nur gestern daran verzweifelt die Rader per Udev anzusprechen, obwohl ich alles wie beim ersten System gemacht habe. Läuft übrigens immer noch ohne Probleme

Edit: Das scheint reine Willkür zu sein. Wollte nun mein anderes Gerät auch nochmal neu aufsetzen (das immer abgeschmiert ist) und versuche wieder die Udev Regeln zu erstellen. Die Serial ist richtig und passt zum Reader und ls -l in /etc/udev/rules.d/ gibt für die Datei genau das gleiche aus, wie auf dem System, auf dem es funktionert. Warum funktioniert das mit UDEV auf einem System, aber mit dem gleichen Reader und der gleichnamigen Datei nicht auf dem anderen System? Das kann doch nicht wahr sein!

[uter123]

Mal ein Update.

Das Debian System verliert die Reader immer noch, blöd!
Ich habe 4 Karten (HD01, S01 und D02, RedHot Via4), die jeweils in einer Easymouse2 stecken und an Oscam geleitet werden. Diese sind an einem aktiven USB Hub angeschlossen, der mit der T-Online S100 verbunden ist. Irgendwie habe ich das Gefühl, dass die T-Online S100 daran Schuld ist.
Daher mir die ewige Fehlersuche mittlerweile auf den Sack geht, habe ich entschlossen mir neue Hardware (Einen neuen Server) zu kaufen. Kann ja sein, dass 10€ Hardware nicht für einen zuverlässigen Oscam/CCcam Cardserver ausreicht.
Deshalb nun einige Fragen an euch: Hat jemand Karten mit einer Easymouse 2 zuverlässig mit Oscam am laufen? Ich habe die Teile extra gekauft, da ich in diversen Foren gelesen habe, dass die zuverlässiger mit Oscam arbeiten, als die Smargos, die habe ich aber für Notfälle auch noch da (Sw. 1.3).

Nun die zweite Frage: Was für Hardware nehme ich am besten für den Cardserver? Will diesmal aber etwas vernünftiges.
Ich dachte dabei an ein Mini-ITX Mainboard mit einem Dual Core Intel Atom (Soll kein Stromfresser werden). Dazu dann noch 2gb Ram und eine Festplatte, ein kleines Netzteil und das ganze dann in ein feines Mini-ITX Gehäuse.
Hat jemand mit so einem System Erfahrung? Ich möchte ein stabiles und zuverlässiges System, das nicht alle Nase lang die Cardreader verliert...

Viele Grüße,
uter123

[feissmaik]

Also die Easymouse2 sollte besser laufen als irgendein Smargo - genaueres kann ich dazu aber leider nicht sagen weil meine Smargos seit ca. 6 Monaten auch keine Probleme mehr machen aber in diversen Foren hab ich auch schon öfters gelesen das die Easymouse2 besser läuft - egal ob OScam oder CCcam...

Ich selber habe sowohl Futro S300 als auch S400 und bei dem S300 ist es mit 2 readern zb so das man OHNE USB-Hub besser dran is als mit... Und wichtig ist auch das man einen i486 Kernel installiert und nicht wie vom Setup vorgegeben i686.... Desweiteren gilt für beide das man im BIOS besser auf USB 1.1 runter stellen sollte damit es auch mit zb einem Königs Hub stabiler läuft...

Auch sollte man beachten das OScam nicht gleich OScam ist - kann sein das du unstabile versionen am laufen hattest oder selbst wenn die Version als "stable" tagged war, kann es eben passieren das sie doch nicht stabil läuft was aber nicht unbedingt am OScam liegen muss sondern, ohne dir nahe treten zu wollen, auch an der Konfiguration gelegen haben könnte... Wobei ich auch sagen muss das 4 Reader nicht gerade wenig is für son ollen S100

Meiner Erfahrung nach ist Billig meistens mies

Das was du vorhast klingt zunächst aber auch ein bischen übertrieben - gerade was die Festplatte betrifft weil du dann ein summendes geräusch im Wohnzimmer oder wo auch immer hast und ggf auch ständig die Festplattenzugriffe zu hören kriegst.... Alternativ würde ich mir an deiner Stelle zunächst eine normale CF Karte zulegen und ggf einen CF auf IDE adapter - die gibt es auch mit IDE Geschwindigkeit und halten eigentlich auch relativ lange bei richtiger handhabung (meine läuft schon fast 2 Jahre und wurde öfters mal neu installiert)


Aber dazu muss ich auch noch sagen das es KEINE garantie gibt das es mit aktullerer Hardware auch stabil laufen wird - weil wie oben schon erwähnt kannst du auch mit einem Corei7 Linux System stabilitätsprobleme kriegen wenn du die Konfiguration vermurkst etcpp.... Hab ich leider auch schon öfters erlebt das zb jmd von seinen Gewohnheiten nicht abweichen will und immer wieder den gleichen Fehler gemacht hat was zur instabilität geführt hat.... Nach sehr langen überredungsversuchen das ausnahmsweise doch mal "standrmäsig" zu machen, liefs dann "plötzlich" doch stabil und so...


Wenn du dir die Hardware selber zusammenstellst kann es eben auch vorkommen das die eine Hardwarekompunente nicht wirklich sauber mit der anderen zusammenarbeitet weil ein Teil zu alt ist oder Firmware/Treiber sich mit irgendwas anderem nicht verträgt - kommt zwar auch selten vor aber es kommt vor... Deswegen wäre es evtl. zunächst besser ein "Komplett" System zu verwenden also zb son S300 bzw dir würde ich gleich zu nem S400 raten und wenn es damit dann auch ums verrecken nicht laufen will kannst du dir immernoch deine Atom Hardware für 150eu oder mehr zulegen
Die 50eu für den S400 wären dann zumindest nicht soooo tragisch aus dem fenster geworfen als wenn du dir jetzt für 150eu den Atom kaufst und es dann trotzdem nicht stabil läuft

[uter123]

Stimmt, an die Futros habe ich garnicht mehr gedacht! Das klingt auf jeden Fall gut. Die S100 (Habe 3 Stk.) wird man bei Ebay noch verdammt gut los, auch weil ich sie mit VGA und Festplatte ausgerüstet habe Ich denke wenn ich alle 3 stk verkaufe kann ich davon fast schon einen Futro S400 kaufen.
Das werde ich dann auf jeden Fall machen. Meine OScam Konfiguration sieht auch nach mehreren Überblicken recht gut aus, ich werde sie bei weiteren Problemen auf jeden Fall hier posten.

Zu den Festplatten: Ich habe zuerst USB Sticks als Speichermedium genutzt, die sind aber immer nach ca. 1 Monat "gestorben" oder haben sich von alleine in einen Read Only Modus versetzt, so dass Debian bei einem Neustart nicht mehr startete. Eine CF Karte habe ich auch inklusive IDE Adapter, aber komischerweise konnte ich (zumindest auf der S100) kein Debian System darauf installieren. Ich habe von der Arbeit jede Menge kleine IDE 2,5" HDD's zur Verfügung, das Geräusch stört mich auch nicht, da das Ding in einem Kabuff steht. Nur der erhöhte Strombedarf stört mich (und mein Portemonnaie) ein wenig. Daher ich wie erwähnt noch eine CF Karte incl. IDE Adapter habe werde ich die testen, bevor ich die HDD's verwernde. Ich melde mich hier auf jeden Fall nochmal, wenn ich die Hardware habe (Was noch ein wenig dauern wird, da ich gerade beruflich im Ausland bin). Das stört schon, wenn ich jeden Tag via SSH die Cam's 2 mal neustarten muss, zum Glück geht das auch vom Handy :p

Vielen Dank für deine Hilfe maik
uter123