Erledigt: Ort vdr-err ändern?

Hi,

gibt es eine Option, mit der ich den Speicherort von vdr-err* ändern kann? Vielleicht auch die Größe beeinflussen?

Hintergrund: /tmp ist eine RAM-Disk hier, aktuell 500 MB. Die ist gerade vollgelaufen wg. eines vdr-err mit 450 MB. Ich habe jetzt erstmal einen täglichen cronjob angelegt, der /tmp/vdr-err* löscht, aber das scheint mir eher ein Notbehelf zu sein.

vdr selbst loggt "normal" in /var/log/vdr.log (vorher im Syslog, ich hab's durch Anpassen der Config von rsyslog umgeleitet, der Übersichtlichkeit halber.)
Die Menge an Daten in diesem Log von vdr ist durch diverse Searchtimer ziemlich hoch. Aber der Teil funktioniert, einschließlich logrotate etc., wunderbar.

vdr-err im temporären Verzeichnis scheint davon unabhängig zu sein. Dort stehen andere Dinge drin. U.a. erzeugt das live plugin dort Statusmeldungen etc. Wirkliche Fehler konnte ich da auf Anhieb nicht finden. Aber mir fehlte auch ein wenig die Zeit. Finde ich da Fehler, untersuche ich das (und mache dazu ggf. einen neuen Thread auf).

Bis dahin bleibt die Frage: Kann ich den Speicherort für vdr-err ändern? Ich hätte das als Logfile, als das es offensichtlich gedacht ist, lieber in /var/log irgendwo.

Zitat von gda

Du bist ja ein Witzbold, wenn du es selber umleitest, dann funktioniert logrotate natürlich nicht. Allerdings frage ich mich warum du es für die Übersichtlichkeit umleitest, aber dann nicht rein siehst?

Ich habe das aus dem Syslog umgeleitete /var/log/vdr.log und zusätzlich /tmp/vdr-err*. Letzteres heute Morgen bis zu einer Größe von 450 MB. Und letzteres möchte ich mindestens in einem anderen Verzeichnis haben.

Es gibt, wenn man nach vdr-err googelt, einige Treffer, die mich darauf schließen ließen, dass es durchaus normal ist, dass in tmp sowas angelegt wird. Deswegen dachte ich, das ließe sich konfigurieren/abstellen/umleiten.

Ich poste nachher mal einige exemplarische Inhalte, wenn sich wieder was angesammelt haben sollte.

Also gut, dass ich ein altmodischer Witzbold bin, hätten wir dann schonmal festgestellt.

vdr-err heißt aktuell vdr-err.XfHZa8 und ist seit heute Morgen 620k groß. Exemplarisch ein paar Inhalte:

2015-07-20 08:35:13.45172 [25854.140459095607040] INFO tntnet.listener - listen ip=0.0.0.0 port=8008
2015-07-20 08:35:13.45173 [25854.140459095607040] INFO tntnet.tntnet - create 5 worker threads
[...]
2015-07-20 20:48:36.10056 [25854.140458575521536] INFO tntnet.worker - request POST /ibox.xml from client 192.168.X.Y user-Agent "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0" user ""
2015-07-20 20:48:36.10066 [25854.140458575521536] INFO tntnet.worker - request POST /ibox.xml ready, returncode 200 OK - ContentSize: 525
2015-07-20 20:48:37.14747 [25854.140458718131968] INFO tntnet.worker - request POST /ibox.xml from client 192.168.X.Y user-Agent "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0" user ""
2015-07-20 20:48:37.14763 [25854.140458718131968] INFO tntnet.worker - request POST /ibox.xml ready, returncode 200 OK - ContentSize: 525
2015-07-20 20:48:38.19429 [25854.140458709739264] INFO tntnet.worker - request POST /ibox.xml from client 192.168.X.Y user-Agent "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0" user ""
2015-07-20 20:48:38.19448 [25854.140458709739264] INFO tntnet.worker - request POST /ibox.xml ready, returncode 200 OK - ContentSize: 525
2015-07-20 20:48:39.24131 [25854.140459078821632] INFO tntnet.worker - request POST /ibox.xml from client 192.168.X.Y user-Agent "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0" user ""
2015-07-20 20:48:39.24146 [25854.140459078821632] INFO tntnet.worker - request POST /ibox.xml ready, returncode 200 OK - ContentSize: 525
2015-07-20 20:48:40.30391 [25854.140459070428928] INFO tntnet.worker - request POST /ibox.xml from client 192.168.X.Y user-Agent "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0" user ""
2015-07-20 20:48:40.30407 [25854.140459070428928] INFO tntnet.worker - request POST /ibox.xml ready, returncode 200 OK - ContentSize: 525

Das ist mein Rumgebrowse auf dem live Webinterface. Fehler gibt es zwischendurch einige wenige, aber die sind eher vernachlässigbar.

Es scheint, Quelle ist runvdr, bei mir in /usr/sbin liegend. In dem Skript findet sich

[...]


VDR_ERR=`mktemp -p /tmp vdr-err.XXXXXX`
get_modulenames


[ -z "$MODULES" ] && load_dvb_modules


while (true) do


	set_permissions


	eval $VDRCMD >/dev/null 2>"$VDR_ERR"


	case $? in
    	0)
        	exit
    	;;
    	2)
        	ERROR=`cat "$VDR_ERR"`
        	logger -t runvdr "stopping after fatal fail ($ERROR)"
        	exit
    	;;
	esac


	logger -t runvdr "restarting VDR"
	killall -q -TERM /usr/bin/vdr
	wait `pidof vdr`
	unload_dvb_modules
	sleep 2
	load_dvb_modules


done

D.h. da wird wohl stderr in eine Datei im Temp-Verzeichnis umgeleitet, und die produziert dann derartige ... Debug-Ausgaben von Live.

Sagt das jemandem was? Ich habe keine Ahnung von dem Sinn, aber wenn niemand dazu eine gute Idee hat, dann würde ich einfach in runvdr stderr nach /dev/null umleiten.

Und schließlich noch zur Distribution: Das ganze stammt aus dem Frodo-PPA, welches auf dem yaVDR ppa beruht, s. Thread: [Frodo PPA] vdr 2.2.0 für testing yaVDR