[erledigt] xmltv2vdr: cannot commit error weil tmpfs voll?

Hallo,

Ich benutze xmltv2vdr um EPG Daten in den VDR zu laden. Ich habe sehr viele Fehlermeldungen im syslog des VDRs. Leider kann ich nicht mit Genauigkeit sagen, wie lange das schon der Fall:

Jun 23 16:24:54 silver vdr: [1851] xmltv2vdr: 'tvm2xmltv' ERROR update epg set eiteventid=0 where eventid=8175509 and src='tvm2xmltv' and channelid='S19.2E-1-1019-10301' -> database or disk is full
Jun 23 16:24:55 silver vdr: [1851] xmltv2vdr: 'tvm2xmltv' ERROR update epg set eiteventid=45444, eitdescription='Ganz ehrlich - über seine Verdauung spricht niemand wirklich gern. Der Gesundmacher aber tut es: Was können wir tun, um unseren Darm in Schwung zu halten? Was können wir tun, um unserem Darm die Verdauung zu erleichtern? Welches Essen ist "darmfreundlicher" als anderes? Wie sind Lebensmittelunverträglichkeiten zu beheben? Und was taugen Hausmittel? Helfen Bananen wirklich bei Durchfall und Pflaumen bei Verstopfung? Mit dem richtigen Hüftschwung gegen Darm-Probleme? Hula-Hoop ist wieder im Trend und angeblich gut für die Verdauung. Bringt das etwas oder sind andere Sportarten besser geeignet? Der Gesundmacher findet es heraus.
Jun 23 16:24:55 silver vdr: [1851] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Jun 23 16:24:58  vdr: last message repeated 12 times

Nach mehreren Recherchen hier im Forum gehe ich jetzt davon aus, dass es am vollen tmpfs liegt:

~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/mapper/vg-biblio on /media/biblio type ext4 (rw)
/dev/sda2 on /media/video.00 type ext4 (rw,relatime)
/media/video.00 on /srv/vdr/video.00 type none (rw,bind)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
/srv/vdr/video.00 on /srv/share/vdr type none (rw,bind)
nfsd on /proc/fs/nfsd type nfsd (rw)

$ df -h
Filesystem         	Size  Used Avail Use% Mounted on
/dev/sda1          	9,7G  5,4G  3,8G  59% /
udev               	993M  4,0K  993M   1% /dev
tmpfs              	201M  201M  4,0K 100% /run
none               	5,0M 	0  5,0M   0% /run/lock
none              	1002M 	0 1002M   0% /run/shm
/dev/mapper/vg-biblio  7,3T  6,0T  941G  87% /media/biblio
/dev/sda2          	1,8T  1,7T   24G  99% /media/video.00

Könnte jemand mir bitte sagen, wie ich das Problem lösen, oder wenigstens umgehen kann.

Vielen Dank im Voraus.

Ludi

Der Speicherplatz scheint fast ganz vom VDR belegt zu sein, oder habe ich den Befehl du falsch benutzt?

:/var/run$ sudo du -h
0	./udisks
4,0K	./console
0	./ConsoleKit
200M	./vdr
0	./rpc_pipefs/cache
0	./rpc_pipefs/nfsd4_cb
0	./rpc_pipefs/statd
...

Gibt es eine Möglichkeit zu überprüfen, ob tmpfs richtig erzeugt wird?

tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)

Wenn ich obige Zeile richtig verstehe, werden 10% des Speicherplatzes genommen. Sind damit 10% des freien Speichers auf der Partition gemeint? Wie kann ich die 10% erhöhen? (Die Aufnahmen gehen sowieso auf eine andere Partition.)

MfG

Zitat von ludi

Sind damit 10% des freien Speichers auf der Partition gemeint?

Nach weiteren Recherchen scheint tmpfs ein Verzeichnis zu sein, das im RAM liegt und wahrscheinlich sind also 10 % des RAMs damit gemeint.

Zitat von gda

Na ja, ich würde denken in der fstab

Ich habe kein Eintrag für das tmpfs in der fstab. Ich gehe jetzt davon aus, dass wenn ich eines hinzufüge, wird es die standard 10% ersetzen; korrekt?

Zitat von louis

PS: was hindert dich eigentlich daran, mal zu schauen, was in dem Verzeichnis so drinn ist? Das beisst nicht Vielleicht wird das ja von xmltv2vdr mitbenutzt und die DB ist voll...oder es liegen viele gecachte Videotext Seiten drinn, oder sonstwas

Würde ich gerne. Scheint als hätte ich es in der Antwort 3 des Threads mit du -h falsch gemacht.

Ich erhalte eine ähnliche Ausgabe wie in Post 3 dieses Threads:

$ sudo du -h --max-depth=1 /run
[sudo] password for ludi: 
0	/run/udisks
4,0K	/run/console
0	/run/ConsoleKit
200M	/run/vdr
0	/run/rpc_pipefs
0	/run/lirc
0	/run/screen
0	/run/sshd
136K	/run/samba
4,0K	/run/dbus
0	/run/watershed
4,0K	/run/avahi-daemon
0	/run/rpcbind
4,0K	/run/network
0	/run/shm
0	/run/lock
0	/run/mount
0	/run/resolvconf
0	/run/sendsigs.omit.d
688K	/run/udev
0	/run/initramfs
201M	/run
~$

$ sudo du -h  /run
0	/run/udisks
4,0K	/run/console
0	/run/ConsoleKit
200M	/run/vdr
...

Kann ich xmltv2vdr irgendwie veranlassen das tmpfs nicht zu benutzen?

Hallo,

Ich habe neu gestartet und konnte feststellen, dass der vom VDR benötigte Speicherplatz in die Höhe schießt wenn xmltv2vdr eine Quelle ausführt. Ich habe jetzt das Herunterladen von Bilder bei der Quelle ausgeschaltet. Da sich in /run/vdr nur die epg.db befindet, gehe ich mal davon aus, dass ich somit das Probleme umgehe.

Ich werde es im Auge behalten und berichten.

Danke für die Hilfe.

MfG

xmltv2vdr (0.2.0pre) - Imports xmltv epg into vdr


  -e DIR,   --episodes=DIR location of episode files: VDRSeriesTimer .episodes
                       	or TheTVDB .xml (default is ~/.eplists/lists)
                       	Add UTF-8 or ISO8859-15 to the path to specify the
                       	charset used in the files, e.g. /vdr/myepisodes,UTF8
  -E FILE,  --epgfile=FILE write the EPG data into the given FILE (default is
                       	'epg.db' in the video directory) - best performance
                       	if located on a ramdisk
  -i DIR	--images=DIR   location of epgimages
                       	(default is /var/cache/vdr/epgimages)
  -l FILE   --logfile=FILE write trace logs into the given FILE (default is
                       	no trace log

Hallo,

Ich habe jetzt mit dem --images parameter die Bilder in ein Verzeichnis im Home Verzeichnis des ubuntu precise user umgelenkt. Es sieht jedoch danach aus, als landen die Bilder immer noch in epg.db. Im Verzeichnis im Home landen nur symbolic links.

Ich werde wohl das ganze epg.db aus dem tmpfs nehmen müssen oder das herunterladen der Bilder ausschalten müssen.

MfG

Hallo,

Ich werde diesen Thread als erledigt markieren, da das Problem identifiziert wurden: unter Umständen, wenn das Herunterladen der Bilder aktiv ist, wird epg.db so groß, dass es nicht in das tmpfs passt.

3 Lösungsansätze:

- Das Herunterladen der Bilder ausschalten.
- Die epg.db Datei woanders speichern.
- Die Bilder woanders speichern.

Ich benutze im Augenblick den ersten Ansatz. Ob die zwei anderen auch funktionieren kann ich nicht mit Sicherheit sagen.

MfG