vdr & pidstat

Hi,

am Wochenende war mir aufgefallen das irgendein Prozess permanent auf eine meiner Platten zugreift. Dem ging ich auf die Spur und fand heraus, dass vdr im normalen LiveTV-Modus permanent auf die Platte schreibt.

Dies lässt sich wunderbar mit dem Befehl pidstat nachvollziehen:

pidstat -d 2

listet alle 2 Sekunden auf welche Prozesse von Platte lesen oder auf Platte scheiben wollen.
Und hier ist bei mir der vdr-Prozess der einzige, der permanent was schreiben möchte.
Im Schnitt so 80-90 kb/s - und es läuft keine Aufnahme!

So nun wirds merkwürdig...

Sobald ich eine Aufnahme abspiele und diese dann wieder beende und wieder im LiveTV-Modus bin, bleibt die Plattenaktivität des vdr bei null. Schalte ich aber nun auf einen anderen Kanal fängt er wieder an permanent 80-90 kb/s zu schreiben.

Den LiveBuffer - Patch habe ich nicht!

Hier meine VDR-Konfig:
Das System ist Debian 5.0 (Kernel 2.6.28)

vdr (1.7.4/1.7.4) - The Video Disk Recorder
muggle (0.2.2) - Media juggle plugin for VDR
director (0.2.8) - plugin to use the premiere multifeed option
femon (1.7.1) - DVB Signal Information Monitor (OSD)
fritzbox (1.1.2) - Fritz!Box Plugin for AVM Fritz!Box
pictures (0.0.7) - A simple picture viewer
premiereepg (0.2.0) - Parses extended Premiere EPG data
quickepgsearch (0.0.1) - Quick search for broadcasts
cpumon (0.0.6) - CPU Monitor
osdteletext (0.8.1) - Displays teletext on the OSD
sportng (0.0.3) - Zeigt Sportergebnisse auf dem OSD
avards (0.1.5) - Automatic Video Aspect Ratio Detection and Signaling Plugin
remote (0.4.0) - Remote control
osdserver (0.1.2) - Server for remote OSD clients
menuorg (0.4.4) - Reorganizes the main menu
tvm2vdr (0.0.2) - Tvm2vdr EPG-Data from tvmovie
epgsearch (0.9.25.beta6) - search the EPG for repeats and more
dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player
systeminfo (0.1.1) - Display various system informations
skinenigmang (0.1.0pre) - EnigmaNG skin
streamdev-client (0.5.0-pre) - VTP Streaming Client
control (0.0.2a-kw3) - Control VDR over terminal or telnet
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
hello (0.2.3) - A friendly greeting
streamdev-server (0.5.0-pre) - VDR Streaming Server
devstatus (0.4.0) - Status of dvb devices
** (0.9.1-HG-7b1d1848d17c+)
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
live (0.2.0) - Live Interactive VDR Environment

free -m zeigt an:
total used free shared buffers cached
Mem: 472 408 63 0 226 109
-/+ buffers/cache: 72 399
Swap: 258 0 258

Hat jemand eine Idee - bzw. kann das an seinem System nachvollziehen?

Marcel

Hi,

auf die Idee den Befehl lsof mal zu verwenden hätte ich auch kommen sollen. Werde ich nachher mal machen, z.Z. nehme ich auf.

Marcel

hier mal der output von

pidstat -d 2

Linux 2.6.28-dvb (tivi-marcel.mhanu.lan)        10.03.2009      _i686_  (1 CPU)


14:05:48          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:05:50        17899      0,00     92,61     11,82  vdr


14:05:50          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:05:52        17899      0,00     96,00      4,00  vdr


14:05:52          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:05:54          891      0,00     66,00      0,00  kjournald
14:05:54        17899      0,00     96,00      6,00  vdr


14:05:54          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:05:56        17899      0,00     96,48      6,03  vdr


14:05:56          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:05:58        17899      0,00     94,58      7,88  vdr


14:05:58          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:00          891      0,00     28,14      0,00  kjournald
14:06:00        17899      0,00     94,47     18,09  vdr


14:06:00          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:02        16917      0,00      3,98      0,00  rsyslogd
14:06:02        17899      0,00     95,52      3,98  vdr


14:06:02          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:04          891      0,00     64,65      0,00  kjournald
14:06:04        17899      0,00     96,97      8,08  vdr


14:06:04          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:06        17899      0,00     95,05     51,49  vdr


14:06:06          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:08        17899      0,00     94,47     44,22  vdr


14:06:08          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:10          891      0,00     23,88      0,00  kjournald
14:06:10        17899      0,00     97,51     87,56  vdr


14:06:10          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:12        17899      0,00     94,95     66,67  vdr


14:06:12          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:14          891      0,00     13,93      0,00  kjournald
14:06:14        17899      0,00     95,52     45,77  vdr


14:06:14          PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
14:06:16        17899      0,00     94,47     48,24  vdr

als nächstes habe ich

lsof -p 17899

ausgeführt und in eine Datei geschrieben - ein paar sec. gewartet und selbiges nochmal.

hier mein diff über beide Dateien:

192c192
< vdr     17899 root   26u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
---
> vdr     17899 root   26u   CHR     212,68            4621 /dev/dvb/adapter1/demux0
195d194
< vdr     17899 root   29u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
202d200
< vdr     17899 root   36u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
204,205d201
< vdr     17899 root   38u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
< vdr     17899 root   39u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
211,215d206
< vdr     17899 root   45u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
< vdr     17899 root   46u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
< vdr     17899 root   47u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
< vdr     17899 root   48u   CHR      212,4            4276 /dev/dvb/adapter0/demux0
< vdr     17899 root   49u   CHR     212,68            4621 /dev/dvb/adapter1/demux0

Auch ein lsof ohne PID Angabe bringt keine großen Erkenntnisse.

Marcel

Hi,

hier sind 3 lsof Abfragen mit jeweils 10 sec. Pause dazwischen.

Marcel

Hi,

mit raten habe ich keine Probleme

Zitat

das einzige was schreibbar ist und wo sich die Größe teilweise ändert ist /var/spool/cron/atspool/a0004b013a7de5

Habe zu letzt vdr mit at now gestartet....
Hier schreibt z.Z. nur sportng Plugin alle paar Minuten was rein. Genau 10 Zeilen - und das sind Meldungen von tar wg. Zeitstempel.

Zitat

* Irgendein Treiber oder vdr mit DEBUG fffffffff compiliert/gestartet und der schreibt nun das Syslog voll -> Schau Dir mal /var/log/* an

vdr ist nicht mit DEBUG compiliert/gestartet. Die Idee mit den Logfiles hatte ich auch schon. Hier wird nur alle 1. Minute eine Zeile geschrieben - wegen einem Cronjob - der bei mir läuft. Dieser Cronjob kann's auch nicht sein. Weil hier nix geschrieben wird.

Zitat

* Du hast anscheinend den Extensionpatch drin (vermute ich mal wg. Pfad vdr-1.7.4_ext_67). Kann es nicht doch sein, daß der Livebuffer aktiviert ist? Dagegen spricht natürlich, daß nirgends eine index.vdr zum schreiben offen ist

Hier meine Patches....

tivi-marcel:~/vdr# ./vdr --extensions
VDR 1.7.4
VDREXTENSIONS 67
  CMDSUBMENU 7
  CUTTERQUEUE
  DOLBYINREC
  LIEMIKUUTIO 123
  MAINMENUHOOKS 1,0
  MENUORG
  PLUGINAPI
  PLUGINMISSING
  PLUGINPARAM 1
  SETTIME
  SORTRECORDS
  TIMERCMD
  WAREAGLEICON

Zitat

* Ansonsten muß Du mal strace (mitschreiben aller C-Lib-Aufrufe) bemühen: statt "vdr ..." aufzurufen ruft man "strace vdr ... 2>strace.log" auf. vdr eine Weile laufen lassen (vdr wird dadurch gut lahm) und beenden. Und dann strace.log auswerten (z.B. nach "Write(" suchen). Das ist allerdings knifflig, weil man nicht weiss was man sucht ...

Das werd ich dann wohl mal probieren. Zudem werde ich heute mal alle Plugins einzeln durchgehen. Vielleicht ist es ja doch ein Plugin.

Danke und Gruß
Marcel

Hi,

mittlerweile konnte ich den Übeltäter ausmachen. Es ist das osdteletext Plugin.
Als nächstes werde ich das Plugin bei einem vdr ohne Patch probieren.
Die Version des Plugins ist 0.8.1.

Marcel