Nach Update auf VDR 2.0.2 hohe CPU Last bei Aufzeichnungen

Hallo Team.

Dummerweise habe ich gestern das Update auf VDR 2.0.2 durchgeführt und eigentlich ging nach ein paar Anpassungen in der /etc/default/vdr wieder alles. Leider steigt die CPU Last während einer Aufnahme so dramtisch an dass nur noch Müll aufgenommen wird. Hat jemand ähnliche Erfahrungen gemacht oder noch besser....gibt es eine Lösung?

Grüße
Meikel

Zitat von seahawk1986

Nein, die Erfahrung habe ich bislang nicht gemacht.
Laut deiner Signatur hast du ja keinen yaVDR, sondern ein Ubuntu 12.04 mit yaVDR-Paketen, oder? Wie sieht deine Struktur fürs Aufnahmeverzeichnis aus, nutzt du Sachen wie mhddfs?

Genau so ist es, ich habe lediglich die yaVDR Pakete installiert und die haben sich gestern halt aktualisiert. Das Aufnahmeverzeichnis habe ich wieder in /etc/default/vdr eingetragen und ich kann auch auf die Aufnahmen zugreifen. Wenn ich allerdings eine Aufnahme starte dann steigt die CPU Last extrem an und bringt die Kiste ins trudeln und kurze Zeit später in den Begrenzer. mhddfs, keine Ahnung was das ist, benutze ich nicht wissentlich.

Siehe Anhang

Zitat von seahawk1986

Schreibst du da auf eine NTFS-formatierte Platte? Dann hast du dein Bottleneck doch schon gefunden.

Ja die Platte ist mit NTFS formatiert, war sie aber vor dem Update auch schon und da lief alles reibungslos.

Zitat von gda

Dann bitte das nächste mal nicht im yaVDR-Forum posten.

Gerald

Sorry und danke fürs Verschieben.

Erst seit dem gestrigen Update geht die Systemlast während einer Aufzeichnung extrem hoch. Vielleicht doch noch jemand einen Ansatzpunkt? Möchte ungern ein Backup einspielen.

Zitat von seahawk1986

Da ist aber doch iowait stark beteiligt - hast du die NTFS-Platte mal auf Fehler überprüft bzw. mal unter Windows einen Dateisystemcheck gemacht?

Die Platte ist zwar alt aber intakt und hat bis zu dem gestrigen Update lief ja auch alles problemlos. Es liegt bestimmt nicht an der HDD sondern an einem Stück Software.

Zitat von TheChief

Naja, wenn mich aber die die CPU-Last und CPU-Zeit von mount.ntfs anschaue, dann scheint da was nicht so richtig zu funktionieren. Hat NTFS einen besonderen Grund? Vielleicht gibts ja auch das Log noch was her.

Jepp, das mit NTFS hat einen historischen Hintergrund. Vorher lief Windows auf dem Server und das war meine Datenplatte auf der meine alte Reelbox aufgenommen hat. Und da ich keine weitere Platte mit der Größe hatte um die Daten zu übertragen wurde das Teilchen so in das neue OS übernommen. Im Log konnte ich erst mal nichts finden werde es aber noch mal genauer untersuchen.

Zitat von fnu

Na, wenn Du schon weißt wo das Problem ist, warum jammerst Du dann hier rum? Ausserdem ist NTFS Software ...

Der Update auf VDR 2.0.2 verursacht den Update nicht, aber das war auch bestimmt nicht das einzige Paket das aktualisiert wurde. Wie wäre es wenn Du mal alles auf den Tisch packst, wenn Du Hilfe suchst?

Und häng mal einen Screenshot von "htop" an, wenn eine Aufnahme läuft, Dein Bild von oben bringt niemanden weiter ...

Regards
fnu

Alles anzeigen

Danke schon mal für deine Unterstützung, natürlich war der VDR nicht das einzige was aktualisiert wurde. Es wurden halt alle Pakete aktualisiert die vom System angeboten wurden. Dazu gehörte auch ein Kernelupdate auf 3.5.0-40-generic x86_64.

Im Log tritt folgendes auf.

Sep  8 13:53:17 HP-Server vdr: [2706] i/o throttle activated, count = 1 (tid=2706)
Sep  8 13:53:21 HP-Server vdr: [2706] buffer usage: 70% (tid=2705)
Sep  8 13:53:21 HP-Server vdr: [2706] buffer usage: 60% (tid=2705)
Sep  8 13:53:21 HP-Server vdr: [2706] buffer usage: 70% (tid=2705)
Sep  8 13:53:23 HP-Server vdr: [2706] buffer usage: 80% (tid=2705)
Sep  8 13:53:25 HP-Server vdr: [2706] buffer usage: 90% (tid=2705)
Sep  8 13:53:27 HP-Server vdr: [2706] buffer usage: 100% (tid=2705)
Sep  8 13:53:27 HP-Server vdr: [2706] ERROR: 1 ring buffer overflow (1 bytes dropped)
Sep  8 13:53:33 HP-Server vdr: [2706] ERROR: 30789 ring buffer overflows (5788332 bytes dropped)
Sep  8 13:53:39 HP-Server vdr: [2706] ERROR: 32085 ring buffer overflows (6031980 bytes dropped)
Sep  8 13:53:45 HP-Server vdr: [2706] ERROR: 34236 ring buffer overflows (6436368 bytes dropped)
Sep  8 13:53:51 HP-Server vdr: [2706] ERROR: 32880 ring buffer overflows (6181440 bytes dropped)
Sep  8 13:53:57 HP-Server vdr: [2706] ERROR: 34710 ring buffer overflows (6525480 bytes dropped)
Sep  8 13:53:57 HP-Server vdr: [2705] ERROR: skipped 187 bytes to sync on start of TS packet

Im Anhang die Ausgabe von htop, oben im Thread war bereits ein Auszug von top.

Wenn ich mich recht erinnere war das Kernelupdate von 3.5.0-37 auf -40. Ich werde mal schauen was passiert wenn ich auf den USB Stick auf dem das OS liegt testweise aufnehme. Ich denke auch dass die Daten nicht weggeschrieben werden können und daher dann der Bufferüberlauf entsteht.

Ein altes Sprichwort sagt "never touch a running system" und es stimmt anscheinend.

Wenn das Recordingverzeichnis auf den USB Stick zeigt von dem das OS gebootet wird dann fluppt das ganze und der Server langweilt sich wieder zu Tode, so wie es eigentlich sein sollte. Mist hoffentlich krieg ich den NTFS Mist wieder ans fliegen. Hab leider keine HDD mehr übrig die ich verbauen könnte um die Daten zu übertragen.

So sieht es jetzt aus wenn eine HD Aufnahme läuft und an einem Client ein anderes Programm geschaut wird:

Zitat von MegaV0lt

Wie bekomme ich eigentlich so eine Grafische Lastauswertung wie oben hin?

Die Auswertung stammt aus Webmin, damit wird der Server"administriert". Da ich nicht so der Linuxkenner bin hilft mir Webmin bei vielen Aufgaben ganz gut.