DANKE
neue XXV DeveloperVersion 0.30
- xpix
- Geschlossen
-
-
Zitat
Original von wilderigel
Gehört eventuell nicht hier her:Habe im log Verzeichnis /var/log/mysql/ Dateien mit dem Namen mysql-bin.001 - mysql-bin.007 liegen.
Diese belegen zeitweise 400 MB auf dem System. Well ich sie mit less anschaue sind eigentlich lauter EPG Daten enthalten.Wofür ist dieses Log? Tage kann man ja in der Datei /etc/mysql/debian-log-rotate.conf einstellen.
Kann man es auch komplett ausschalten?System ist Debian Sarge
Sicherlich geht das, nur frag mich jetzt nicht wie. Auf jeden Fall kann man wohl das Logging beeinflussen oder mysql zwiingen bei jedem Start mit einer neuen Logdatei anzufangen.
Schau dir mal diese Seite hier an:
http://dev.mysql.com/doc/mysql/de/query-log.htmlAlso gut ich habs mir mal genauer angeschaut, ganz einfach. Wenn du das normale logging abschalten willst. Einfach die Datei /etc/mysq/my.cnf editieren und die logeinträge auskommentieren:
Code# You can also put it into /var/log/mysql/mysql.log but I leave it in /var/log # for backward compatibility. Both location gets rotated by the cronjob. #log = /var/log/mysql/mysql.log #log = /var/log/mysql.log
danach den Server neu starten und das wars:
Hab ich gerade ausprobiert und geht
-
Zitat
Original von wilderigel
1.
Bin in der Programmübersicht und programiere einen Timer
Danach bin ich in Timer - warum?Hast Recht ... ToDo.
Zitat
2.
Timer lassen sich nicht mit einem Klick löschen.
Markieren und raufscrollen ist ineffektiv
Edit - Seit wann ist das denn drinnenTja, manchmal sind wir auch schneller
Zitat
3.
Klick auf XXV (Menü)
Sollte lt mir auf die eingestellte Startseite zurückkehren.Auch schon passiert in 'html'
-
Im normale log steht überhaupt nix drinnen, es geht nur um mysql-bin* logs:
Code
Alles anzeigenmona /var/lib/vdr/logos # ls -lh /var/log/mysql/ insgesamt 210M -rw-rw---- 1 mysql adm 101M 2005-04-24 05:27 mysql-bin.003 -rw-rw---- 1 mysql adm 19M 2005-04-24 06:26 mysql-bin.004 -rw-rw---- 1 mysql adm 91M 2005-04-24 17:59 mysql-bin.005 -rw-r----- 1 mysql adm 0 2005-04-24 06:26 mysql.log -rw-r----- 1 mysql adm 20 2005-04-24 06:26 mysql.log.1.gz -rw-r----- 1 mysql adm 20 2005-04-23 06:26 mysql.log.2.gz -rw-r----- 1 mysql adm 20 2005-04-22 06:26 mysql.log.3.gz -rw-r----- 1 mysql adm 20 2005-04-21 06:26 mysql.log.4.gz -rw-r----- 1 mysql adm 20 2005-04-20 06:26 mysql.log.5.gz -rw-r----- 1 mysql adm 20 2005-04-19 06:26 mysql.log.6.gz -rw-r----- 1 mysql adm 20 2005-04-18 06:26 mysql.log.7.gz
Und schon wieder 200 MB verbraten.Wird nur bei mir so viel geloggt, oder stört euch das nur nicht?
Edit:
habe mal in /etc/mysql/my.cnf den Eintrag geändert:
log-bin = /dev/null -
Zitat
Original von tomderry
Ich hätte da noch einen Bugfix und einen Feature-Request für den html-Skin.
Beide betreffen den Intervall für den "Grab".Hintergrund: Es gibt zwei Stellen bei mir im Haus von denen aus ich den VDR zum Fernsehen verwende. Da ich meinen zweiten LIRC-Empfänger nicht eingebunden bekomme, verwende ich zum Fernsteuern vom Wohnzimmer aus ein Lapop und den xxv.
Problem: Da ich den Fernseher vor mir habe, wo ich die Menüs des VDR sehe, brauche ich hier die Anzeige des Bildes im xxv eigentlich nicht. Der grab() der da gemacht wird, macht für mich die Fenrbedienung bis zur Unbenutzbarkeit langsam. Da der html-Skin es mir erlaubt, die Wiederholrate einzustellen, habe ich zunächst versucht diese herunterzusetzen. Das hat nicht funktioniert. Bei der Untersuchung des Javascript in remote.tmpl fiel mir folgendes auf:
Codefunction changeInterval(newinterval) { window.clearInterval(aktiv); var aktiv = window.setInterval("grab()", newinterval * 1000); }
Der "var" macht die Variable lokal. Beim nächsten Aufruf wird daher in Zeile 2 der bisherige Timer nicht geloescht.
Nach dem Entfernen des "var" funktiionierte das Setzen des Intervalls zwar, das half aber noch nichts: Bei jedem Tastendruck auf der xxv/Fernbedienung wird trotzdem jedesmal ein grab() gemacht. Wenn ich nun z.B. in der Liste der Aufnahmen des VDR von ganz oben nach ganz unten will, dann dauert das eine Ewigkeit.Abhilfe schafft die folgende Änderung, mit der ich den grab() ganz abschalten kann, indem ich den Intervall auf 0 setze:
Diff
Alles anzeigen--- remote.tmpl (revision 134) +++ remote.tmpl (working copy) @@ -12,13 +12,22 @@ } function grab() { + if ( aktiv != 0 ) { Now = new Date(); document.livepicture.src = '?cmd=gdisplay&binary=1&laber=' + Now.getTime(); + } } function changeInterval(newinterval) { - window.clearInterval(aktiv); - var aktiv = window.setInterval("grab()", newinterval * 1000); + if ( aktiv != 0 ) + window.clearInterval(aktiv); + if ( newinterval != 0 ) { + aktiv = window.setInterval("grab()", newinterval * 1000); + } else { + aktiv = 1; + grab(); + aktiv = 0; + } }
Wenn ich nun ein Intervall von 0 in das Editierfeld eintrage und mit "Grab" losschicke, dann wird der grab() nicht mehr automatisch gemacht. Durch erneuten Klick auf "Grab" kann ich aber manuell grabben.
Disclaimer: Ich bin beileibe kein Javascript-Guru, daher ist der Code möglicherweise Schrott Ausserdem habe ich die Änderungen nur im Firefox 1.03 sowie im ie6 getestet, es wäre daher möglich, dass das Javascript in anderen Browsern so nicht funktioniert.
Tom
Ich hab es jetzt nicht genau so übernommen wie du es vorgeschlagen hast, aber das mit dem var aktiv war der richtige Tipp. Wenn jetzt eine null bei Grab angegeben wird, laesst er das ewige grabben.
Ist in V.147 drin.
-
Zitat
Original von wilderigel
Wird nur bei mir so viel geloggt, oder stört euch das nur nicht?Also bei mir sieht es so aus:
Code
Alles anzeigenvdr:~/XXV# l /var/log/mysql* -rw------- 1 mysql mysql 213M 24. Apr 17:52 /var/log/mysql.log -rw------- 1 mysql mysql 13M 23. Apr 06:25 /var/log/mysql.log.1.gz -rw------- 1 mysql mysql 11M 22. Apr 06:29 /var/log/mysql.log.2.gz -rw------- 1 mysql mysql 12M 21. Apr 06:29 /var/log/mysql.log.3.gz -rw------- 1 mysql mysql 6.2M 20. Apr 06:29 /var/log/mysql.log.4.gz -rw------- 1 mysql mysql 12M 19. Apr 06:29 /var/log/mysql.log.5.gz -rw------- 1 mysql mysql 7.7M 18. Apr 06:29 /var/log/mysql.log.6.gz -rw------- 1 mysql mysql 7.9M 17. Apr 06:29 /var/log/mysql.log.7.gz /var/log/mysql: insgesamt 32k -rw------- 1 mysql root 1.4k 24. Apr 17:52 mysql.err -rw------- 1 root root 111 23. Apr 06:02 mysql.err.1.gz -rw------- 1 root root 111 22. Apr 06:02 mysql.err.2.gz -rw------- 1 root root 111 21. Apr 06:02 mysql.err.3.gz -rw------- 1 root root 112 20. Apr 06:02 mysql.err.4.gz -rw------- 1 root root 112 19. Apr 06:02 mysql.err.5.gz -rw------- 1 root root 111 18. Apr 06:02 mysql.err.6.gz -rw------- 1 root root 111 17. Apr 06:02 mysql.err.7.gz
Zitathabe mal in /etc/mysql/my.cnf den Eintrag geändert:
log-bin = /dev/nullDer ist bei mir einfach nur auskommentiert, das sollte reichen. Wie du ja siehst hab ich keine bin.logs.
-
Dann loggt er warscheinlich in die normalen Dateien, und die werden mit gzip komprimiert, OK werde das mal antesten.
-
Zitat
Original von xpix
Ich hab es jetzt nicht genau so übernommen wie du es vorgeschlagen hast, aber das mit dem var aktiv war der richtige Tipp. Wenn jetzt eine null bei Grab angegeben wird, laesst er das ewige grabben.Ist in V.147 drin.
Sieht auf jeden Fall eleganter aus als bei mir
Eine manuelle Aktualisierung durch klicken auf "Grab" kann man mit dieser Implementierung aber nicht machen. Ich habe bei mir lokal noch
Codeif(newinterval > 0) { inter = newinterval * 1000; aktiv = window.setInterval("grab()", inter); + } else { + var Now = new Date(); + document.livepicture.src = '?cmd=gdisplay&binary=1&laber=' + Now.getTime(); }
nachgerüstet. Mir persönlich genügt Deine Lösung aber, ich hab' das jetzt in einem eigenen Skin liegen.Tom
-
Hi,
mich mag xxv wohl nicht
a)
Ich habe einen Autotimer drin:1:King of Queens:3:0600:1500:0:50:99:8:
Er schaut auch danach und findet einträge:
Schaue für Autotimer mit ID(7) mit Suchmuster 'King of Queens'
10 Einträge für 'King of Queens' in EPG DB gefunden.Er listet dann auch einige auf.
Speichere Timer für 'King of Queens'.
Speichere 1 Timer für 'King of Queens'.Er legt genau einen Timer an:
2005-04-27 10:00 11:00 King of Queens
Es ist immer derselbe, obwohl er ja oben 10 findet.Die anderen 9 ignoriert er einfach
b) Das anzeigen der Aufnahmen geht bei mir noch nicht, derselbe Fehler den ich schon bei der 0.20 gepostet hatte:
42 (2237) [21:19:38 04/24/05] /video0/configs/plugins/graphlcd/splash/vdr-logo_128x64 encountered a second time at /usr/share/perl/5.8/File/Find.pm line 559.
43 (2237) [21:19:38 04/24/05] Event: trapped error in `?? HTTPD.pm:235': /video0/configs/plugins/graphlcd/splash/vdr-logo_128x64 encountered a second time at /usr/share/perl/5.8/File/Find.pm line 559.sobald andere Dateinamen drin vorkommen scheint die Suche abzubrechen.
Jemand eine Idee?
Gruß
Torsten
-
Ist ein klassischer "Speichere Timer Fertig-Liste (Keine doppelten TV-Shows): ja" Fehler.
Hatte diese Funktion noch nie wirklich funktionierend am laufen. -
Danke für den Tipp, werd ich gleich mal testen.
Muß man das wirklich hart in der Datenbank ändern?
Neue AutoTimer anlegen, alte editieren geht nämlich nicht:50 (2237) [21:33:29 04/24/05] DBD::mysql::st execute failed: Unknown column 'VPS' in 'field list' at /usr/src/vdr/tools/xxv-0.32/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 712.
-
Entwerder DB nicht upgedatet, oder nicht aller erforderlichen Felder ausgefüllt.
Hatte das Problem mal, als ich keine Wochentage angegeben hatte.Update der DB: contrib/upgrade-xxv.sh
-
Was will uns das sagen?
vdr:~/XXV# svn up
At revision 152.23 (11664) [21:49:58 04/24/05] Load Module XXV::MODULES::AUTOTIMER = 0.01
24 (11664) [21:50:01 04/24/05] Use of uninitialized value in localtime at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 443.
25 (11664) [21:50:01 04/24/05] DBD::mysql::st execute failed: Column 'Prio' cannot be null at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 315.
26 (11664) [21:50:03 04/24/05] Dokumentation wurde in '/root/XXV/doc' generiert -
Zitat
Original von wilderigel
Entwerder DB nicht upgedatet, oder nicht aller erforderlichen Felder ausgefüllt.
Hatte das Problem mal, als ich keine Wochentage angegeben hatte.Update der DB: contrib/upgrade-xxv.sh
Die Datenbank war komplett gelöscht und wurde von xxv neu angelegt.
Der Fehler kommt auch wenn ich alle Felder ausfülle.Nach dem update startet xxv nichtmal mehr *seufzt*
Der Fehler beim find scheint nun ganz xxv zu stoppen statt nur das Aufnahmemenü.Bugfix:
In der RECORD.pm muß in Zeile 258 ein
follow_skip=>2,
ergänzt werden, dann gehts auch bei verlinkten dateien:
find(
{
wanted => sub{
push(@{$obj->{FILES}},$File::Find::name)
if($File::Find::name =~ /\d{3}.vdr$/sig);
if($File::Find::name =~ /\d{3}.vdr$/sig){
print $File::Find::name . "\n";
}
},
follow => 1,
follow_skip=>2,
},
$obj->{videodir}
);aus man File::Find:
"follow_skip"
"follow_skip==1", which is the default, causes all files which are neither directories nor symbolic links to be ignored if they are
about to be processed a second time. If a directory or a symbolic link are about to be processed a second time, File::Find dies."follow_skip==0" causes File::Find to die if any file is about to be processed a second time.
"follow_skip==2" causes File::Find to ignore any duplicate files and directories but to proceed normally otherwise.
-
Hallo,
ich versuche momentan XXV (Rev 153) auf meiner neuen Suse 9.3 zum laufen zu bringen.
Die ganzen Perl Module habe ich manuelle per Source installiert, welch ein Kampf ...
Die Meldungen beim Starten sehen eigentlich sehr gut aus:Code
Alles anzeigenxxvd started with pid 7437. 1 (7437) [15:52:12 04/25/05] ---- XXVD System startet --- 2 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::WAPD = 0.30.0 3 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::VTX = 0.99.9 4 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::USER = 0.01 5 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::TIMERS = 0.02 6 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::TELNET = 0.01 7 (7437) [15:52:17 04/25/05] Load Module XXV::MODULES::SVDRP = 0.01 8 (7437) [15:52:18 04/25/05] Load Module XXV::MODULES::STREAM = 0.01 9 (7437) [15:52:18 04/25/05] Load Module XXV::MODULES::STATUS = 0.01 10 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::ROBOT = 0.01 11 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::REPORT = 0.01 12 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::REMOTE = 0.01 13 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::RECORDS = 0.01 14 (7437) [15:52:19 04/25/05] Load Module XXV::MODULES::MUSIC = 0.01 15 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::INTERFACE = 0.01 16 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::HTTPD = 0.02 17 (7437) [15:52:20 04/25/05] Load Module XXV::MODULES::GRAB = 0.01 18 (7437) [15:52:21 04/25/05] Load Module XXV::MODULES::EPG = 0.01 19 (7437) [15:52:21 04/25/05] Load Module XXV::MODULES::CONFIG = 0.01 20 (7437) [15:52:22 04/25/05] Load Module XXV::MODULES::CHANNELS = 0.01 21 (7437) [15:52:22 04/25/05] Load Module XXV::MODULES::AUTOTIMER = 0.01 22 (7437) [15:52:24 04/25/05] Documentation is generated in '/usr/local/src/vdr-tools/XXV/bin/../doc'.
Unmittelbar nach dem ich mich anmelde, scheint XXV zu crashen, die Oberfläche kommt einfach nicht im Browser (Firefox und IE).
In den log Dateien bzw. Konsole bekomme ich keine weitere Ausgaben was passiert ist!
Wenn ich die URL erneut aufrufe erscheint nicht mal mehr der Login Screen.Was nun?
Frank
-
Wie lange hast du gewartet? XXV braucht ein wenig Anlaufzeit...
-
Zitat
Original von foobar42
Wie lange hast du gewartet? XXV braucht ein wenig Anlaufzeit...Etwas mehr als 15 Minuten, Activy mit 666 Mhz Celeron.
Frank
Hier noch eine merkwürdige Ausgabe:
linux:/etc # ps fax|grep xxvd
7291 pts/1 S+ 0:00 | \_ tail -f /var/log/xxvd.log
7427 pts/3 S+ 0:00 \_ grep xxvdNachtrag:
So ich habe jetzt mal in die mysql Datenbank reingeschaut, und hier scheint alles OK zu sein. EPG (über 3800 Einträge), Kanäle, Musik usw. ist korrekt importiert worden.
-
Hi
habe noch schwarzes Bild beim Aufnahme ansehen.
Was habt ihr unter Stream eingestellt?
gruß
Dejuh -
Hallo,
habe gerade ein svn up auf 154 gemacht. Seitdem bekomme ich reihenweise um die Ohren:
80 (2395) [18:08:55 04/26/05] DBD::mysql::st execute failed: Column count doesn't match value count at row 1 at /root/XXV/bin/../lib/XXV/MODULES/RECORDS.pm line 316.
und sehe nur noch eine Aufnahme.
Ein DROP TABLE RECORDS hat auch nicht geholfen.
-
Aus dem changelog:
* Fix: GRAB: Ungenutzte Parameter Intervall entfernt.Wie sag' ich es denn nun meinem, äh eurem Kinde?
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!