xxv und ramdisk (PANIK Warnung)?

wlodek · 14. November 2005

Hallo *,

in meinem linVDR läuft seit kurzer Zeit XXV statt vdradmin. Schön, aber...
ich habe festgestellt, dass die Größe (4MB) vom /ramdisk nicht ausreichend ist. Daraufhin habe ich die Größe auf 16MB gesetzt, aber auch diese Größe scheint nicht ausreichend zu sein.

Das komische dabei ist, dass die Summe von Grössen von allen Dateien aus dem Bereich /ramdisk - gezeigt beim Kommando du - deutlich kleiner ist, als die Größe, die bei dem Kommando df angezeigt wird, und zwar sind es sehr deutliche Unterschiede:
df

Code

linvdr:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/shm               16M   16M     0 100% /ramdisk

du

Code

linvdr:~# du -a /ramdisk/
172     /ramdisk/messages
4       /ramdisk/wtmp
0       /ramdisk/toconvert.txt
4       /ramdisk/mysql/mysql.err
4       /ramdisk/mysql
4       /ramdisk/lastlog
0       /ramdisk/cron/atspool
0       /ramdisk/cron/atjobs/.SEQ
0       /ramdisk/cron/atjobs
4       /ramdisk/cron/crontabs/root
4       /ramdisk/cron/crontabs
0       /ramdisk/cron/cron.root.24461
4       /ramdisk/cron
4       /ramdisk/acpid
192     /ramdisk

Alles anzeigen

und zusätzlich noch ls

Code

linvdr:~# ls -alR /ramdisk/
/ramdisk/:
drwxrwxrwt    4 root     root          180 Nov 14 10:00 .
drwxr-xr-x   26 root     root         4096 Nov 13 10:43 ..
-rw-r-----    1 root     root         3356 Nov 13 12:15 acpid
drwxr-xr-x    5 root     root          120 Nov 14 13:45 cron
-rw-r--r--    1 root     root          292 Nov 14 13:44 lastlog
-rw-------    1 root     root       167936 Nov 14 13:45 messages
drwxr-xr-x    2 root     root           60 Nov 10 17:10 mysql
-rw-rw-r--    1 root     root            0 Jul  9 09:40 toconvert.txt
-rw-r--r--    1 root     root         2688 Nov 14 13:44 wtmp


/ramdisk/cron:
drwxr-xr-x    5 root     root          120 Nov 14 13:45 .
drwxrwxrwt    4 root     root          180 Nov 14 10:00 ..
drwx------    2 daemon   daemon         60 Nov 26  2004 atjobs
drwx------    2 daemon   daemon         40 Jan 18  2002 atspool
-rw-------    1 root     root            0 Jul 11 15:59 cron.root.24461
drwxr-xr-x    2 root     root           60 Nov 12 10:56 crontabs


/ramdisk/cron/atjobs:
drwx------    2 daemon   daemon         60 Nov 26  2004 .
drwxr-xr-x    5 root     root          120 Nov 14 13:45 ..
-rw-------    1 root     root            0 Apr 27  2005 .SEQ


/ramdisk/cron/atspool:
drwx------    2 daemon   daemon         40 Jan 18  2002 .
drwxr-xr-x    5 root     root          120 Nov 14 13:45 ..


/ramdisk/cron/crontabs:
drwxr-xr-x    2 root     root           60 Nov 12 10:56 .
drwxr-xr-x    5 root     root          120 Nov 14 13:45 ..
-rw-------    1 root     root          851 Nov 12 10:55 root


/ramdisk/mysql:
drwxr-xr-x    2 root     root           60 Nov 10 17:10 .
drwxrwxrwt    4 root     root          180 Nov 14 10:00 ..
-rw-rw----    1 mysql    root          278 Nov 10 17:46 mysql.err

Alles anzeigen

Löschen von allen Logdateien in /ramdisk bringt auch fast keine Verbesserung. Erst ein Reboot säubert die /ramdisk und bewehrt mein linVDR vor den wiederholten PANIK-Warnungen in der Art:

Code

SVDRP message: 'PANIK! Nur noch 0% freier Platz auf Gerät /dev/shm'

Hat jemand von Euch eine Idee, was dabei falsch läuft, oder was man machen kann?

Viele Grüße
Wlodek

wlodek · 14. November 2005

Hallo *,

es hat wahrscheinlich mit dem ramdisk-Problem nicht viel zu tun, aber folgende Meldung wurde ständig auf die Konsole ausgeworfen:

Code

Invalid conversion in sprintf: "%"" at /opt/XXV/bin/../lib/Tools.pm line 110

Deswegen habe ich die Zeile 110 verändert. Die neue Zeile:

Code

my $msg = sprintf("%s",(shift, @_));

Analog für die Warnung:

Code

AUTOTIMER: Invalid conversion in sprintf: "%a" at /opt/XXV/bin/../lib/XXV/MODULES/AUTOTIMER.pm line 329.

habe ich die Zeile 329 in

Code

$search = sprintf(' %s ',$search) ." AND DATE_FORMAT(e.starttime, '%a') in ".sprintf('(%s)',  join(',', @weekdays));

geändert - mit der Annahme, dass es sich bei dem "%a" nicht um einen Parameter von sprintf, sondern um einen von DATE_FORMAT handelt.

In dem Modul /opt/XXV/bin/../lib/XXV/MODULES/STATUS.pm gibt es noch einige Zeilen, die in der Logdatei xxvd.log bemengelt werden.

Zusätzlich habe ich noch die Umstellung der Variablen LOGDATEI in /opt/XXV/etc/xxvd von LOGDATEI=/var/log/xxvd.log auf /tmp/xxvd.log vorgenommen. Der Inhalt von /ramdisk wächst nicht mehr so rasant, bzw. gar nicht rasant. Das muss noch aber nach ein paar Stunden geprüft werden.

Viele Grüße
Wlodek

NoFutureKid · 14. November 2005

hallo wlodek,

ich nehme an du hast "mein" xxv drauf - zwar bekomme ich beim starten nicht
die von dir gemeldeten fehler, aber die ramdisk (128MB) lief bei mir auch recht
schnell voll, deshalb habe ich bei mir der einfachkeit halber die logs von xxv & mysql abgestellt - solange alles läuft & man nicht auf fehlersuche gehen muss
ist das doch eine einfache und schnelle lösung.

gruß
Thomas

Elian · 15. November 2005

Vielleicht kurz zur Hilfe von mir - hatte das selbe Problem. Unschöner Nebeneffekt: wenn dir die Logs die Ramdisk vollmüllen, kann die epg.data nicht mehr aktualisiert werden. Erkennbar daran, daß du irgendwann nur noch alte Einträge siehst, aber nichts neues/aktuelles mehr dazu kommt. Spätestens dann sollte man handeln, und zwar

- logs von MySQL in /etc/mysql/my.cnf und XXV in /opt/XXV/etc/xxvd abstellen oder umstellen. Das MySQL-Log hab ich auf reines error- und Log für sehr langsame Optionen (grad nicht zur Hand, wie diese Option heißt) umgestellt, XXV-Log komplett abgestellt. Alternativ: Logs beim Starten löschen lassen oder als cronjob.
und/oder
- Ramdisk vergrößern. Entweder per setup auf der Konsole (zwischen 4 und 16 MB möglich) oder in /etc/sysconfig die RAMDISK_SIZE (Angabe in MB) erhöhen. Geeignet sind hier maximal der halbe Arbeitsspeicher, wobei die Ramdisk automatisch vergrößert wird - wenn du also 128 MB einstellst, aber nur 30 MB Daten auf der Ramdisk lagern, nimmt die Ramdisk auch nur 30MB vom Speicher in Beschlag.

Neustart nach allen Änderungen kann nicht schaden

Bei mir hats das geholfen.

Elian

wlodek · 15. November 2005

Hallo Elian und NoFutureKid,

danke Euch für die Antworten. Die haben ein Verdach bestätigt, dass das schnelle wachsen von ramdisk-Belegung bzw. die ramdisk-Größe in sich, sehr stark von der Logdateien abhängig sind.
Meine ganz kleine Änderungen in der Perl-Modulen, die ich in zweiten Beitrag zu dem Thema beschrieben habe, haben die Lage drastisch verbessert. Heute war mein ramdisk immer noch um 1% belegt und die Logdatei /tmp/xxvd.log ist auch nur gering gewachsen. Deswegen habe ich mich weiter in die Richtung "Behebung der Ursachen" bewegt. So habe ich jetzt versucht die Warnung

Code

STATUS: Argument "18%" isn't numeric in int at /opt/XXV/bin/../lib/XXV/MODULES/STATUS.pm line 714

zu beseitigen. Diese Warnung kommt daher, dass die Ausgaben vom df-Kommando in ihren 5 Parameter eben die Prozente ausgeben und nicht nur die Zahlen. Es reicht also eine zusätzliche Zeile zwischen die Zeilen 650 und 652 einzuführen

Code

$data[0] =~ s/[\-\s]/_/sg; # die Zeile 650
$data[5] =~ s/^(\d+).*$/$1/; # die neue Zeile 651 (es war eine Leere Zeile) 
if($clr) { # die Zeile 652

die das Problem beseitigt.

Nebenbei gesagt, es lohnt sich die xxvd.log zu lesen. Dort habe ich z.B. einen Hinweis gefunden, dass bei mir das Modul GD noch nicht installiert ist. Und es ist wahrscheinlich die Ursache, warum bei der xxv-Fernbedinung keine Fernseh-Bilder dargestellt wurden

Viele Grüße
Wlodek

Elian · 15. November 2005

Ja, siehste mal. Dann werd ich mich doch auch mal ans Log bzw. GD machen - das Problem hab ich auch. Danke für die Info!

NoFutureKid · 15. November 2005

also das mit gd kann ich nicht nachvollziehen - wenn ihr das paket von mir
benutzt - da bei mir alles auf anhieb funzt - wie in dem thread zu xxv von mir
beschrieben sind als vorraussetzungen:

1. Mark-Twain
2. Tarandor Libs
3. Cody

und dann XXV - dann sollte auch gd richtig drauf sein und der Remote-Fernseher funzen.

Gruß
Thomas

mahlzeit · 15. November 2005

Zitat

Original von wlodek
Nebenbei gesagt, es lohnt sich die xxvd.log zu lesen. Dort habe ich z.B. einen Hinweis gefunden, dass bei mir das Modul GD noch nicht installiert ist. Und es ist wahrscheinlich die Ursache, warum bei der xxv-Fernbedinung keine Fernseh-Bilder dargestellt wurden

Haben wir ja gerade bei Deiner Installation gemacht, aber evtl. hilft es auch den einen oder anderen weiter:

Code

debtool -i libgd2
debtool -i libgd-perl

Danach konnte man mit der "Fernbedienung" in XXV auch das aktuelle Fernsehbild sehen.

Ich werde das mal mit in das Skript aufnehmen, muss da eh noch die Verzeichnisse in xxvd.conf an LinVDR anpassen.

Elian · 17. November 2005

Hmm. Hat auch nichts gebracht, deine debtool-Sachen bei mir. Kein Bild im XXV-Fernseher.
Fehlermeldung:

Code

24 (550) [16:44:27] DynaLoader: Can't load '/usr/lib/perl5/auto/GD/GD.so' for module GD: libXpm.so.4: cannot open shared object file: No such file or directory at /usr/lib/perl/5.6.1/DynaLoader.pm line 202.   at (eval 101) line 2

Vielleicht sollte ich nochmal mit einem richtigen, PlainVanilla 0.7 anfangen. Mal sehn, wann ich dazu Zeit habe. Oder hat hier jemand noch nen Tipp?

scatty · 6. Januar 2006

Zitat
Original von Elian
Hmm. Hat auch nichts gebracht, deine debtool-Sachen bei mir. Kein Bild im XXV-Fernseher.
Fehlermeldung:
Code
24 (550) [16:44:27] DynaLoader: Can't load '/usr/lib/perl5/auto/GD/GD.so' for module GD: libXpm.so.4: cannot open shared object file: No such file or directory at /usr/lib/perl/5.6.1/DynaLoader.pm line 202.   at (eval 101) line 2
Vielleicht sollte ich nochmal mit einem richtigen, PlainVanilla 0.7 anfangen. Mal sehn, wann ich dazu Zeit habe. Oder hat hier jemand noch nen Tipp?

Ja, nach langem suchen habe ich was gefunden nur leider keine Loesung. habe nun genau das gleiche problem. hast du inzwischen eine loesung gefunden?

gruss
scatty

xxv und ramdisk (PANIK Warnung)?

Jetzt mitmachen!

Teilen