Sundtek Support Forum

Vielen Dank. Das klingt in der Tat vielversprechend.

Anscheinend bringt es aber nicht so viel.

Ich habe meine Beobachtungen nochmals verifiziert. Ich gucke gerade LiveTV. Dabei liest ein anderer Rechner vom Sheevaplug.

Durchschnittliche Auslastung (gesamt): 75-90%
Dabei ist mediasrv üblicherweise mit 30% dabei, der Rest entfällt auf mythbackend (etwa 35%) und andere Prozesse.

40-75% User
25-40% Sys
0% Nice
1-10% Wait
meistens um die 20% Idle

Die Beobachtungen aus meinen letzten Posts waren nur aus 3 Stichproben zusammengesammelt. Die hier geposteten Informationen stammen aus einem Zeitraum von ca 10. Minuten. Ich werde versuchen die Daten über einen längeren Zeitraum zu erfassen. Falls bedarf besteht, kann ich diese Informationen hier posten oder direkt zur Verfügung stellen. Bei Bedarf kann auch über einen Zugang (ssh) zur Sheeva verhandelt werden.

Was macht der P-switch? Die -h Ausgabe hilft mir nicht viel weiter.

Ich werde das ganze heute Abend testen und berichten.

wie wäre es (als workaround) wenn dafür gesorgt wird, dass erst der Treiber für die PCI-Karte geladen wird und dann der empia treiber?

AFAIK kann man das in /etc/modules.conf (oder so) angeben. Dort trägt man Module ein die geladen werden sollen - in der Reihenfolge in der sie geladen werden sollen.

Ich habe gestern wieder meine WinTV PVR USB2 angeschlossen und meine Konfiguration zurückgesetzt. Allerdings habe ich vergessen ihren Treiber (und udev-rules, etc) zu deinstallieren. Das Problem trat wieder auf.

Seit dem Entfernen des Treibers tritt das Problem (erstmal) nicht auf.

Ich konnte keine neuen Dienste oder aktualisierten Pakete (bis auf Mythtv und Apache2) auf meinem System ausmachen, die in den letzten Tagen installiert wurden und das Problem hervorrufen könnten. Mal sehen was in den nächsten Stunden/Tagen passiert...

Meinen MediaTV Pro Stick habe ich leider schon eingepackt und werde ihn demnächst an Sie zurücksenden.

Jetzt machts's auch *klick* bei mir. In ihrer Installationsdoku (oder woanders im Forum) war ja die Rede von diesem Problem.

Bei mir läuft aus diesem Grund wie gesagt 2.6.30 (http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.30.5/) . Ich bin ehrlich gesagt nicht wirklich bereit mich allzuweit von einem Standardkernel zu entfernen und wollte mich an den "offiziellen" ubuntu kernel builds orientieren. Die Zeiten des nächtlichen gefrickels am Kernel sind für mich vorbei =)
Einen Versuch kann man ja mal machen.

Naja, mal sehen was passiert. Ich habe eine VM aufgesetzt und lasse dorthin loggen - wenn's denn über die abgebrochene Netzwerkverbindung nicht eh' verloren geht. Wenn ich das Problem innerhalb von 14 Tagen (Rückgaberecht) abgehakt bekomme hat Sundtek einen weiteren Glücklichen Kunden =)

Die Fehlermeldungen davor werden scheinbar durch ein Programm verursacht welches den Speicher vollkommen belegt, dies kann man eventuell durch "top" nachvollziehen.

Dieses Problem konnte ich reproduzieren. Auch den OOM-Fehler der mitgeloggt wurde habe ich selbst produziert. Anscheinend lässt sich lighty, wenn er als Proxy agiert, durch große Requests (z.B. 4GB große Dateien) abschießen. Nach dem erneuten "Abschuss" gab es erstmal keine Netzwerkprobleme. Zwischen dem OOM-Fehler und den Netzwerkproblemen liegen knapp 1000 Sekunden > 15 Minuten.
Ich schließe einen Zusammenhang aus, beobachte aber trotzdem weiter.

Mittels syslog-ng kann man über das Netzwerk mitloggen.

Ich habe leider keinen weiteren Linux-Rechner der als Server dienen könnte. Vielleicht kann ich ja eine VM auf meinem Notebook aufsetzen.

Es handelt sich hierbei in jedem Fall um allgemeine Kernelprobleme welche durch den Treiber nicht ausgelöst werden dürfen. Es ist ratsam die Ausgabe ebenfalls an die Linux Kernel Mailingliste zu schicken, mit Details um welche Hardware es sich handelt.

wird gemacht...

Zotac ION B scheint eine relativ neue Hardware zu sein, daher kann es durchaus vorkommen das der Linux Kernel diesbezüglich noch etwas angepasst wird bzw. werden muss.

Das System lief in den letzten 3 Monaten derartige (oder irgendwelche anderen) Probleme. Ich habe im Zuge der Installation des neuen Tuners meinen alten Tuner entfernt (Hauppauge PVR USB 2) und eines der ersten Probleme waren die Netztwerkausfälle. Dann habe ich von Kernel 2.6.28-15-generic auf den oben genannten aktualisiert. Ansonsten wurden keine neuen Services o.ä. installiert. Ich habe nur die LIRC-Konfiguration geändert und MythTV neu konfiguriert.

Das Problem tritt noch immer auf.

Wenn ich etwas verdächtiges finde melde ich mich nochmal.

Kommt wohl auf Software & Hardware an.

Auf meinem Zotac ION B mit einem 1,6x Atom dauerts schon mal 3-5 sec. Ich habe dann aber auch eine kleine Statusanzeige die mir sagt, dass mein Kabel vom Tuner zur Buchse mies ist und das einlocken etwas Zeit in Anspruch nimmt =)