Hilfe! 100% CPU-Last durch VDR

Eines vorweg: ich habe nichts geändert an meiner Konfiguration und das schon seit Monaten.

Seit gestern kommt es beim Abspielen von Aufnahmen zu Bildstehern, die manchmal nur eine Sekunde dauern, aber auch schon dazu geführt haben, dass sich der VDR beendet. Was mich wundert ist, dass es nur beim Abspielen passiert. Es gibt keine Probleme mit mehreren gleichzeitigen Aufnahmen und bei zusätzlichen Zugriffen übers Netzwerk auf die Dateien.

Was ist am Abspielen so besonders?

Und vor allem: wie kommt es gerade jetzt dazu?

Bitte Hilfe, egal was, es muss dringend etwas geschehen. So ist es total unbenutzbar.

Systeminfo: P-IV-2,4 GHz, 512 MB RAM, 4 Platten (160 GB, 3x 200 GB), System in 10 GB auf erster Platte, darauf der Rest video0, die anderen Platten video1 - video3, auf allen video-Partitionen noch mindestens 22 GB frei, Dateisystem ext3, vdr ist 1.2.6 vom 2. c't-Release. In den Logs ist nichts ungewöhnliches zu entdecken.

Ich bin total ratlos.

root hat noch 8 GB frei. Da passiert schließlich nichts auf der Partition.

Die Aufnahmen sehe ich mir das erste mal an. Danach werden sie gelöscht. Ist nichts besonderes. Wie bekomme ich raus, ob die Aufnahmen Macken haben? In den logs steht wie schon erwähnt nichts auffälliges.

Es läuft auch nichts nebenbei. Ich dachte zuerst an noad, aber es waren nur 2 andere Aufnahmen gleichzeit aktiv. Sonst gab es auch mit 4 weiteren Aufzeichnungen kein Problem. Wird vom VDR schließlich auch schön gleichmäßig auf die Platten verteilt.

Was mich wundert: das Anzeigen der Aufnahmenliste dauert auch immer länger. Könnte es dort einen Zusammenhang geben? Kann ext3 fragmentieren oder sowas? Was macht der VDR während der Aufnahme, das soviel CPU-Last auslösen könnte? 3 oder 4 gleichzeitige Aufnahmen sind schließlich auch kein Problem. Da sollte das Abspielen einer Aufzeichnung zusätzlich zu 2 laufenden Aufnahmen keine Schwierigkeiten machen, oder?

Ist schon seltsam, dass es erst seit gestern passiert. War gestern irgendwas besonderes?

Kann Speicher einfach so kaputt gehen? Das wäre ja gemein.

hdparm meint, dass DMA für alle Platten an ist.

Momentan spielt es gerade wieder flüssig ab, obwohl 3 Aufnahmen im Hintergrund laufen. Vorhin hat es mit zweien "gehakelt".

Ich werde aus dem Ding nicht schlau.

Und X kommt da nicht drauf. Ist ja noch nichtmal eine Grafikkarte drin.

Zitat

Original von hannsens
X ohne Grafikkarte kann uebrigens durchaus sinn machen - ich nutze hier den XServer auf dem VDR um auf den Laptops per X11 und xsane zu scannen - aber das nur am Rande

Cool. Wusste nicht, dass das geht.

Zurück zum Problem:
Der Durchsatz scheint OK zu sein. hdparm -t gibt 35 MB/s für die erste Platte und etwa 55 MB/s für die drei 200er Platten aus. Das sollte es dann auch nicht sein.

Das Diagnostizieren ist allerdings auch nicht leicht, wenn es mal auftritt und dann wieder nicht. Ich gebe dann erstmal auf und hoffe, dass es nicht wieder auftritt. Da es allerdings gestern kurz und heute zwischenzeitlich über einige Stunden auftrat, wird es wahrscheinlich irgendwann wieder kommen.

Kann man mit dem Standard-Kernel, den die c't anbietet (2.4.23-ctvdr-1) eigentlich xfs nutzen? Vielleicht würde ein anderes Filesystem helfen?

Es ist einer der vielen vdr-Prozesse gewesen. Nach Abbruch der Wiedergabe war jener Prozess verschwunden und wieder etwa 90% CPU frei.

Bump.

Noch irgendjemand irgendeine Idee?

Gestern trat das Problem wieder auf.

Die Rahmenbedingungen waren interessanterweise vergleichbar.
Es lief noch eine einzelne Aufnahme von Pro7.
Ich habe zu der Zeit mit mc ein wenig rumgeschaut auf den Platten und lustigerweise waren zwei der Platten extrem langsam und unbenutzbar.

Die Aufnahme ging dann problemlos (!) zu ende und war auch in Ordnung und die Platten funktionierten auch wieder mit gewohnter Geschwindigkeit.

Später habe ich testweise per Hand eine Aufnahme von Pro7 gestartet und es gab die zuvor beobachteten Probleme nicht. Seltsam.

Was zum Kuckuck geht da vor in meinem Rechner?
Ich verstehe das Problem irgendwie nicht.

Zitat

Original von Morone

..ich glaube du schoepfst die Moeglichkeiten von VDR garnet richtig aus ;).

4 Aufnahmen sind ja fast schon idle-Zustand *joke

Einfach 4x Record druecken

Alles anzeigen

Oder genug Timer programmieren. Am Wochenende kann es schonmal etwas voll werden. Sieht im Timeline-Plugin irgendwie interessant aus.

Letzten Sonntag waren es teilweise wieder 4 Aufnahmen, die sich ein wenig überlappt hatten. Kein Stottern, kein Absturz. So sollte es immer laufen.

Bei mir ist der VDR mal wieder total dicht. Ich musste eben erstmal extern 2 Timer löschen, so dass der VDR überhaupt erstmal wieder hochstarten konnte. Ich habe gerade mal alles durchgeschaut, ob etwas auffällig ist, aber das einzige, was mir aufgefallen ist, wäre dass eine Platte sehr langsam erscheint beim Zugriff.

Habe mal mit ide-smart geschaut und im Vergleich zum letztenmal hat sich etwas geändert, das ich mir nicht erklären kann.

Id=  1  Status=15  {Prefailure  Online }  Value= 63  Threshold=  6  Passed
Id=  3  Status= 3  {Prefailure  Online }  Value= 97  Threshold=  0  Passed
Id=  4  Status=50  {Advisory    Online }  Value=100  Threshold= 20  Passed
Id=  5  Status=51  {Prefailure  Online }  Value=100  Threshold= 36  Passed
Id=  7  Status=15  {Prefailure  Online }  Value= 82  Threshold= 30  Passed
Id=  9  Status=50  {Advisory    Online }  Value= 96  Threshold=  0  Passed
Id= 10  Status=19  {Prefailure  Online }  Value=100  Threshold= 97  Passed
Id= 12  Status=50  {Advisory    Online }  Value=100  Threshold= 20  Passed
Id=194  Status=34  {Advisory    Online }  Value= 11  Threshold=  0  Passed
Id=195  Status=26  {Advisory    Online }  Value= 63  Threshold=  0  Passed
Id=197  Status=18  {Advisory    Online }  Value=100  Threshold=  0  Passed
Id=198  Status=16  {Advisory    OffLine}  Value=100  Threshold=  0  Passed
Id=199  Status=62  {Advisory    Online }  Value=200  Threshold=  0  Passed
Id=200  Status= 0  {Advisory    OffLine}  Value=100  Threshold=  0  Passed
Id=202  Status=50  {Advisory    Online }  Value=100  Threshold=  0  Passed
OffLineStatus=130 {Completed}, AutoOffLine=Yes, OffLineTimeout=7 minutes
OffLineCapability=91 {Immediate Auto SuspendOnCmd}
SmartRevision=10, CheckSum=2, SmartCapability=3 {SaveOnStandBy AutoSave}

Der Wert von AutoOffline hat sich von No auf Yes geändert.
Ich habe mal mit google gesucht, aber bisher ist mir nichts aussagekräftiges begegnet, das mir erklärt, was das bedeutet und ob das ein Grund für mein Problem sein kann.

Falls ein Leser etwas mehr dazu weiß, bitte antworten. So kann es auf die Dauer nicht weiter gehen. Aus heiterem Himmel funktionieren mehrfache Aufnahmen einfach nicht. Der Treiber hatte sich eben mittendrin so stark verlaufen, dass ich neu starten musste und abspielen kann ich auch gerade wieder nichts, weil sonst die CPU zu 100% ausgelastet ist.

Hilfe!