Forum: PC Hard- und Software too many open files auf VU+Duo VCR


von Johannes S. (Gast)


Lesenswert?

Ich habe einen VU+Duo2 VCR und der dient auch als Server für Kodi 
Clients. Im Kodi gibt es das Enigma2 Plugin und soweit funktioniert das 
alles auch schon lange.
Seit irgendwann habe ich aber das Problem das auf der Vu Resourcen 
gefressen werden, mittlerweile läuft innerhalb von oft <24 h die Anzahl 
offener Dateien im enigma2 Prozess hoch.
Man kann per SSH auf die Box und ich sehe mit 'lsof | wc -l' das die 
Anzahl offener Dateien langsam aber stetig hochzählt. Mit 'lsof' sehe 
ich das es immer '/dev/input/event0' ist was geöffnet wird, das müsste 
der IR Empfänger sein.
1
root@vuduo2:~# lsof | wc -l
2
955
3
root@vuduo2:~# cat /proc/bus/input/devices
4
I: Bus=0000 Vendor=0000 Product=0000 Version=0000
5
N: Name="dreambox advanced remote control (native)"
6
P: Phys=
7
S: Sysfs=/devices/virtual/input/input0
8
U: Uniq=
9
H: Handlers=mouse0 event0
10
B: PROP=0
11
B: EV=b
12
B: KEY=108fc312 2040041 0 0 30000 0 18000 4190 c01 1e3fd0 0 33fffff d3ff7ffc
13
B: ABS=3

Ich habe schon alle möglichen Plugins deaktiviert, wie kann man dem noch 
auf die Spur kommen? Es scheint auch mit den Kodi Zugriffen zu tun 
haben, aber was sollten die mit dem IR device machen?

von oszi40 (Gast)


Lesenswert?

Johannes S. schrieb:
> mittlerweile läuft innerhalb von oft <24 h die Anzahl
> offener Dateien im enigma2 Prozess hoch

Üblicherweise wissen Leute im speziellen Foren mehr als ich.

War ein Update die Ursache? Bringt ps -ef neue Erkenntnisse über weitere 
Prozesse, die bremsen könnten?
Ist die Platte noch gesund? SMART-Werte?

von Johannes S. (Gast)


Lesenswert?

Danke, in einem Vuplus Forum hatte ich auch schon mal gefragt, ohne 
Antwort. Normalerweise wird sie da schnell geholfen, also bin ich da 
irgendwie Einzelschicksal. Liegt möglicherweise an irgend einem Plugin, 
deshalb habe ich schon alles wenig genutzte rausgeworfen. Und konnte es 
eben bis zu den vielen Open files analysieren. Bei 1356 ist Schluss, 
dann meldet das Webinterface ‚too many open files‘ und die Streaming 
clients hängen.
Über das Smartphone kann ich die Box neu starten, aber es nervt. Mit 
zwei Kodis passiert das jetzt gefühlt häufiger, aber ich sehe da nicht 
den Zusammenhang mit den IR Events.
1
root@vuduo2:~# ps -ef
2
UID        PID  PPID  C STIME TTY          TIME CMD
3
root         1     0  0 09:37 ?        00:00:00 init [3]
4
root         2     0  0 09:37 ?        00:00:00 [kthreadd]
5
root         3     2  0 09:37 ?        00:00:27 [ksoftirqd/0]
6
root         4     2  0 09:37 ?        00:00:00 [kworker/0:0]
7
root         5     2  0 09:37 ?        00:00:00 [kworker/0:0H]
8
root         6     2  0 09:37 ?        00:00:00 [kworker/u4:0]
9
root         7     2  0 09:37 ?        00:00:01 [rcu_sched]
10
root         8     2  0 09:37 ?        00:00:00 [rcu_bh]
11
root         9     2  0 09:37 ?        00:00:06 [migration/0]
12
root        10     2  0 09:37 ?        00:00:00 [migration/1]
13
root        11     2  0 09:37 ?        00:00:10 [ksoftirqd/1]
14
root        13     2  0 09:37 ?        00:00:00 [kworker/1:0H]
15
root        14     2  0 09:37 ?        00:00:00 [khelper]
16
root        15     2  0 09:37 ?        00:00:00 [kdevtmpfs]
17
root        16     2  0 09:37 ?        00:00:00 [writeback]
18
root        17     2  0 09:37 ?        00:00:00 [bioset]
19
root        18     2  0 09:37 ?        00:00:00 [kblockd]
20
root        19     2  0 09:37 ?        00:00:00 [ata_sff]
21
root        20     2  0 09:37 ?        00:00:00 [khubd]
22
root        21     2  0 09:37 ?        00:00:00 [cfg80211]
23
root        23     2  0 09:37 ?        00:00:00 [rpciod]
24
root        25     2  0 09:37 ?        00:00:00 [kswapd0]
25
root        26     2  0 09:37 ?        00:00:00 [fsnotify_mark]
26
root        27     2  0 09:37 ?        00:00:00 [nfsiod]
27
root        28     2  0 09:37 ?        00:00:00 [cifsiod]
28
root        29     2  0 09:37 ?        00:00:00 [crypto]
29
root        43     2  0 09:37 ?        00:00:00 [scsi_eh_0]
30
root        44     2  0 09:37 ?        00:00:00 [scsi_eh_1]
31
root        45     2  0 09:37 ?        00:00:00 [kworker/u4:1]
32
root        51     2  0 09:37 ?        00:00:00 [deferwq]
33
root        52     2  0 09:37 ?        00:00:00 [ubi_bgt0d]
34
root        55     2  0 09:37 ?        00:00:00 [ubifs_bgt0_0]
35
root        73     1  0 09:37 ?        00:00:00 /lib/udev/udevd -d
36
root        99     2  0 09:37 ?        00:00:00 [kworker/1:1H]
37
root       108     2  0 09:37 ?        00:00:00 [kworker/0:1H]
38
root       196     1  0 09:37 ?        00:04:08 /usr/bin/dvb_server
39
root       198     1  0 09:37 ?        00:00:26 /usr/bin/init_client /lib/modules/3.13.5/exroot       202     2  0 09:37 ?        00:00:02 [dpcr_integrator]
40
root       212     2  0 09:37 ?        00:00:01 [graphics3d_work]
41
root       280     2  0 09:37 ?        00:00:00 [fbt0]
42
root       282     2  0 09:37 ?        00:00:00 [lcd2]
43
root       321     2  0 09:38 ?        00:00:00 [ca08]
44
root       322     2  0 09:38 ?        00:00:00 [ci_kthread]
45
root       323     2  0 09:38 ?        00:00:00 [ci_kthread]
46
root       324     2  0 09:38 ?        00:00:00 [ci_kthread]
47
root       330    73  0 09:38 ?        00:00:00 /lib/udev/udevd -d
48
root       331    73  0 09:38 ?        00:00:00 /lib/udev/udevd -d
49
root       376     2  0 09:38 ?        00:00:00 [jbd2/sda1-8]
50
root       377     2  0 09:38 ?        00:00:00 [ext4-rsv-conver]
51
root       396     1  0 09:38 ?        00:01:14 /usr/bin/CCcam2_3_0
52
root       504     1  0 09:38 ?        00:00:00 udhcpc -R -b -T3 -A10 -x hostname vuduo2 -pmessage+   519     1  0 09:38 ?        00:00:00 /usr/bin/dbus-daemon --system
53
root       526     1  0 09:38 ?        00:00:00 /usr/sbin/dropbear -r /etc/dropbear/dropbearoot       538     1  0 09:38 ?        00:00:29 automount
54
root       552     1  0 09:38 ?        00:00:00 /usr/sbin/crond -c /etc/cron/crontabs
55
root       555     1  0 09:38 ?        00:00:00 /usr/sbin/inetd
56
root       559     1  0 09:38 ?        00:00:00 /usr/sbin/smbd
57
root       563     1  0 09:38 ?        00:00:01 /usr/sbin/nmbd
58
root       571     1  0 09:38 ?        00:00:00 /sbin/syslogd -n -O /var/log/messages
59
root       573     1  0 09:38 ?        00:00:00 /sbin/klogd -n
60
root       580     1  0 09:38 ?        00:00:01 /usr/bin/usbtunerhelper
61
root       595     1  0 09:38 ?        00:00:01 /usr/sbin/wsdd
62
root       599     1  0 09:38 ?        00:00:00 /bin/sh /usr/bin/enigma2.sh
63
root       602   599 12 09:38 ?        01:26:52 /usr/bin/enigma2
64
root       646     1  0 09:38 ?        00:00:02 /usr/sbin/minidlnad -f /etc/minidlna.conf
65
root       652     1  0 09:38 ?        00:00:56 /usr/local/hbb-browser/lib/hbbtv.app restarroot     15295     2  0 17:20 ?        00:00:05 [kdvb-ad-0-fe-0]
66
root     17775   555  0 18:37 ?        00:01:28 streamproxy
67
root     21231     2  0 20:27 ?        00:00:00 [kworker/0:2]
68
root     21984     2  0 20:51 ?        00:00:00 [kworker/1:2]
69
root     22248     2  0 20:59 ?        00:00:00 [kworker/1:1]
70
root     22510     2  0 21:07 ?        00:00:00 [kworker/1:0]
71
root     22625   526  2 21:11 ?        00:00:00 /usr/sbin/dropbear -r /etc/dropbear/dropbearoot     22629 22625  0 21:11 pts/0    00:00:00 -sh
72
root     22646 22629  0 21:11 pts/0    00:00:00 ps -ef
73
root@vuduo2:~#

Die Platte hat ein paar Jahre gelaufen, aber noch keine Fehler gemeldet. 
Einen defekten Elko habe ich auch gewechselt.
System neu aufsetzen möchte ich nicht, ist viel Einstellarbeit...

von oszi40 (Gast)


Lesenswert?

Johannes S. schrieb:
> Platte hat ein paar Jahre gelaufen

Mal gesichert? Evtl. ist zu wenig frei oder HDD krank und er versucht es 
immer wieder neu zu schreiben?

von Larry (Gast)


Lesenswert?

Vermutlich ist bei der "Brogrammierung" wieder geschlampert worden.

Du koenntest einfach die Anzahl der verfuegbaren Filedeskriptoren 
erhoehen.
Bevor ich jetzt was falsches sage, solltest du selber danach suchen.

Muss man fuer viele Datenbanksysteme auch (da wurde dann aber
nicht geschlampert)...

Ansonsten koenntest du noch das Devicefile umbenennen.
Dann schlaegt der Zugriff fehl, und die Oeffnung der Datei unterbleibt.

von Johannes S. (Gast)


Lesenswert?

Das System ist im Flash, auf der hdd ist noch Platz. Ersatz hätte ich 
noch,  aber die unzähligen /dev/input/event0 erklärt das doch eher 
nicht?
Und es werden einfach immer mehr geöffnet, fileanzahl hochsetzen wird 
den Hänger vielleicht einen Tag verzögern.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.