Frage: freetz image 7240, manchmal menu weg

[HarryHase]

Gibt es ab einer gewissen Speicherauslastung Probleme mit der Darstellung der Menus?

Jetzt sind die Menus auf der rechten Seite auf einmal weg: fritz:81
obwohl noch 38 Minuten für den AB frei waren (die anderen Werte habe ich jetzt nicht mehr zur Hand)


Jetzt habe ich mal noch mehr aus dem Image gefeuert (44 Minuten AB) und siehe da die Menues sind wieder da.

Besteht da ein Zusammenhang oder ist es was anderes?

 

[colonia27]

Moin,
vielleicht ist beim Flashen was schief gegangen.
Arbeitest du mit external? Syslog auf der Box? Evtl. sieht man da was.
Ist es denn reproduzierbar wenn du das "alte" Image wieder einspielst?

 

[HarryHase]

keine externals, reproduzierbar, syslog habe ich jetzt noch nicht geschaut.

Imagegröße unterscheidet sich um 32 Kb, was ja aber bei Images nicht viel zu sagen hat.

 

[olistudent]

Moin.
Folgenden Hinweis zu dem Problem hab ich von buehmann erhalten:

Ich würde erst mal nachschauen, wie /mod/var/cache/menu/ aussieht, falls es überhaupt existiert, und dann vielleicht das Menü mal von Hand generieren: /usr/lib/mod/menu-update. Dort könnte man dann mit Shell-Debugging-Flags oder anderen Methoden weiterforschen.

Wenn also das nächste Mal das Menü fehlt, dann postest du hier die Ausgabe von "ls -al /mod/var/cache/menu/".
So sollte es aussehen:

root@fritz:/var/mod/root# ls -al /mod/var/cache/menu/
drwxr-xr-x    3 root     root             0 Oct 31 10:47 .
drwxr-xr-x    3 root     root             0 Oct 31 10:47 ..
-rw-r--r--    1 root     root           150 Oct 31 10:47 packages
drwxr-xr-x    2 root     root             0 Oct 31 10:47 pkg
-rw-r--r--    1 root     root            53 Oct 31 10:47 status
-rw-r--r--    1 root     root           390 Oct 31 10:47 status.sub
-rw-r--r--    1 root     root            53 Oct 31 10:47 system
-rw-r--r--    1 root     root           375 Oct 31 10:47 system.sub

Gruß
Oliver

 

[HarryHase]

jetzt ist das menu auf einmal wieder weg:

ls -al /mod/var/cache/menu/

root@fritz:/var/mod/root# ls -al /mod/var/cache/menu/
drwxr-xr-x    3 root     root             0 Jan  1  2000 .
drwxr-xr-x    3 root     root             0 Jan  1  2000 ..
-rw-r--r--    1 root     root             1 Jan  1  2000 packages
drwxr-xr-x    2 root     root             0 Jan  1  2000 pkg
-rw-r--r--    1 root     root             1 Jan  1  2000 status
-rw-r--r--    1 root     root             5 Jan  1  2000 status.sub
-rw-r--r--    1 root     root             1 Jan  1  2000 system
-rw-r--r--    1 root     root           334 Jan  1  2000 system.sub
root@fritz:/var/mod/root#

komisch mit den 2000 .....






/usr/lib/mod/menu-update

lässt sich nicht ausführen

root@fritz:/usr/lib/mod# ls -l
drwxr-xr-x    2 root     root           173 Nov  3 07:47 cgi
-rwxr-xr-x    1 root     root            83 Sep  6 21:14 menu-update
-rwxr-xr-x    1 root     root           643 Nov  3 07:47 reg-status
-rw-r--r--    1 root     root          1835 Sep  6 21:14 service.sh


root@fritz:/usr/lib/mod# ./menu-update
cat: read error: Is a directory
root@fritz:/usr/lib/mod#

 

[RalfFriedl]

Dann führe es mal mit "sh -x" aus.

 

[HarryHase]

das geht jetzt, aber kein Menu sichtbar

root@fritz:/var/mod/root#
root@fritz:/var/mod/root#
root@fritz:/var/mod/root#
root@fritz:/var/mod/root# sh -x /usr/lib/mod/menu-update
+ WEBIF=mww
+ source /usr/lib/libmodcgi.sh
+ . /mod/etc/conf/mod.cfg
+ export MOD_CGI_WIDTH=600
+ export MOD_CROND=no
+ export MOD_EXTERNAL_FREETZ_SERVICES=yes
+ export MOD_EXTERNAL_OWN_SERVICES=
+ export MOD_EXTERNAL_WAIT_INFINITE=no
+ export MOD_EXTERNAL_YEAR_MAX=2099
+ export MOD_EXTERNAL_YEAR_MIN=no
+ export MOD_HTTPD=yes
+ export MOD_HTTPD_PASSWD=$1$$zO6d3zi9DefdWLMB.OHaO.
+ export MOD_HTTPD_PORT=81
+ export MOD_HTTPD_USER=admin
+ export MOD_MOUNTED_MAIN=no
+ export MOD_MOUNTED_SUB=no
+ export MOD_MOUNTED_UMOUNT=yes
+ export MOD_MULTID_DNS=
+ export MOD_SHOW_BOX_INFO=yes
+ export MOD_SHOW_FREETZ_INFO=yes
+ export MOD_STOR_AUTORUNEND=no
+ export MOD_STOR_PREFIX=uStor
+ export MOD_STOR_USELABEL=no
+ export MOD_SWAP=no
+ export MOD_SWAP_FILE=
+ export MOD_TELNETD=yes
+ sec_level=2
+ [ -r /tmp/flash/security ]
+ [ -r /tmp/flash/mod/security ]
+ cat /tmp/flash/mod/security
+ let sec_level=0
+ include cache
+ source /usr/lib/mod/cgi/cache.sh
+ include html
+ source /usr/lib/mod/cgi/html.sh
+ include form
+ source /usr/lib/mod/cgi/form.sh
+ include links
+ source /usr/lib/mod/cgi/links.sh
+ include page
+ source /usr/lib/mod/cgi/page.sh
+ include stat_bar
+ source /usr/lib/mod/cgi/stat_bar.sh
+ include error
+ source /usr/lib/mod/cgi/error.sh
+ include request
+ source /usr/lib/mod/cgi/request.sh
+ include validation
+ source /usr/lib/mod/cgi/validation.sh
+ include width
+ source /usr/lib/mod/cgi/width.sh
+ _cgi_width_minimum=600
+ include_module menu
+ include menu
+ source /usr/lib/mod/cgi/menu.sh
+ [ -n mww -a -r /usr/lib/mww/cgi/menu.sh ]
+ source /usr/lib/mww/cgi/menu.sh
+ source /usr/lib/mww/cgi/menu-new.sh
+ MENU_CACHE=/mod/var/cache/menu
+ include_module help
+ include help
+ source /usr/lib/mod/cgi/help.sh
+ [ -n mww -a -r /usr/lib/mww/cgi/help.sh ]
+ source /usr/lib/mww/cgi/help.sh
+ skin=legacy
+ [ -r /usr/share/skin/legacy/skin.sh ]
+ source /usr/share/skin/legacy/skin.sh
+ _cgi_print_menu
+ local id=
+ _cgi_submenu
+ local id=
+ echo
+ local sub=
+ new_menu
+ local sub=
+ new_menu_init
+ new_menu_deliver
+ local sub= dir=.
+ local p=./pkg
+ echo <ul class='menu new'>
+ new_menu_tree ./status
+ local path=./status
+ local base=status
+ echo -n <li>
+ cat ./status
+ [ ( status =  -o -z  ) -a -s ./status.sub ]
+ _cgi_mark_active
+ local sub= id=
+ sed -r
                s# id=(['"])()\1# class='active'&#
                s#(<li)([^>]*>.* id=(['"])()\3)#\1 class='open'\2#
                s# id="[^"]*"##
                s# id='[^']*'##
                s# class='([^']*)' class='([^']*)'# class='\1 \2'#g

+ echo <ul>
+ cat ./status.sub
+ echo </ul>
+ echo </li>
+ new_menu_tree ./system
+ local path=./system
+ local base=system
+ echo -n <li>
+ cat ./system
+ [ ( system =  -o -z  ) -a -s ./system.sub ]
+ echo <ul>
+ cat ./system.sub
+ echo </ul>
+ echo </li>
+ read -r pkg
+ new_menu_package_tree
+ local pkg= sub
+ [  = pkg: ]
+ sub=
+ new_menu_tree ./pkg/
+ local path=./pkg/
+ local base=
+ echo -n <li>
+ cat ./pkg/
cat: read error: Is a directory
+ [ (  =  -o -z  ) -a -s ./pkg/.sub ]
+ echo </li>
+ read -r pkg
+ echo </ul>
root@fritz:/var/mod/root#

 

[RalfFriedl]

Die Datei /mod/var/cache/menu/packages enthält bei Dir nur genau eine Leerzeile. Als Folge davon kommt der Fehler "Is a directory".
Gibt es irgendwelche Probleme beim Starten, insbesondere beim registrieren der einzelnen Pakete?

 

[HarryHase]

ich denke Du meinst das syslog?!

Ich habe die Seite so aufgerufen:
http://192.168.64.105:81/cgi-bin/status/syslogd/log


Habe es mal als datei angehängt. Ganz am Anfang ist das Menu genau einmal da. Nach einem click im Menu ist es weg.

Wenn Du ein anderes Log meinst, bitte sagen wie zu erstellen.

 

[HarryHase]

uih uih .. ich habe gerade eine Vermutung das es mit der led spielerei zu tun hat die ich mal neugier in der rc.custom gemacht habe, jetzt habe ich diese auskommentiert und die menus sind auf einmal stabil ....

kann das?

#alles erst mal auschalten
led-ctrl power_off
led-ctrl wlan_off
led-ctrl power_off
#flash LED
led-ctrl update_led1=0

#dann eine wieder an:
led-ctrl power_on

edit: nöö das scheint es auch nicht zu sein, wenn ich jetzt die sequenzen durchlaufe gehen die leds an und aus wie ich will und die menus bleiben ..

 

[colonia27]

wer weiß was sonst noch an "Mist" in deiner Box rumkreist.... vielleicht bietet sich mal ein recover und neuflashen an

 

[HarryHase]

recover und neuflash habe ich vorher gemacht, so ein paar Anweisungen lese ich ja und nehme sie mir auch zu Herzen ..

 

[hermann72pb]

@HarryHase: Schau bitte deine debug.cfg an. Auch dann, wenn du sie nicht bewußt mit Inhalten gefüllt hättest. Versuch mal alle deinen Befehle aus rc.custom in irgendeine datei.sh auszulagern und diese Datei aus rc.custom mit einem & am Ende auszuführen. Startskripte haben nämlich eine Eigenart auf eine erfolgreiche Rückmeldung einzelner Befehle zu warten. Wer weiß, was mit deinen led-Befehlen während des Hochfahrens passiert. Die LEDs werden z.B. zu dem Zeitpunkt auch AVM-seitig angesteuert. Vielleicht kollidieren beide Anfragen an led-ctrl?

MfG

 

[HarryHase]

debug.cfg ist leer!

Den LED-Krempel lass ich einfach weg, war ja eh nur Spielerei. Da ich sonst auch keine Hinweise im Forum auf verschundene Menues gefunden habe wird es irgendwas da in der Richtung sein. Ich habe so die Vermutung, dass es auch geht wenn ich schon eine Zeile mehr oder weniger in der rc.custom habe, was ja Deine Vermutung bestätigen würde.

 

[buehmann]

Hi,

versuch bitte mal, das Verzeichnis /mod/var/cache/menu komplett zu löschen. Wird dann beim nächsten Zugriff (über die Webseiten oder menu-update) wieder diese kaputte Menüstruktur erzeugt? (fast leere "packages")

Andreas

 

[HarryHase]

Verzeichnis wird neu erstellt, und dementsprechend sind die Menues dann auch da ...

 

[buehmann]

Hmm ... und das kaputte Menü kannst du wie reproduzieren?

 

[HarryHase]

Hmm ... und das kaputte Menü kannst du wie reproduzieren?

leider gar nicht, mal passierts, mal nicht, ich kann noch kein Schema erkennen.

Es tritt immer nur nach dem boot auf!
Jetzt 2 mal /mod/var/cache/menu gelöscht, dannach wird /mod/var/cache/menu wieder angelegt und es funktioniert. Wenn die Menus einmal da sind bleiben sie auch konstant da.

z.Z: keine LED Spielerei drin noch mehr aus dem Image gepfeffert

 

[Silent-Tears]

Und was hast du sonst noch editiert in der rc.custom oder der debug.cfg? Nutzt du einen ansonsten unmodifizierten trunk?

 

[HarryHase]

Trunk ist unverändert.
In der debug.cfg mache ich nichts.

In der rc.custom lade ich den pl2303 und es werden noch 2 Programme gestartet.

Das komische ist ja dass die Konfguration ist seit über einem Jahr konstant (bis auf die LEDs, die sind ein halbes Jahr drin, daran liegt es aber auch nicht) ist und es tritt erst seit ca. einem 1,5 Monaten auf.