Reboots der Box / Meldeorgie Repeater

[olistudent]

Bei solchen Problemen ist das Posten von Logs immer sehr hilfreich... (falls ich die jetzt nicht überlesen habe)

Gruß
Oliver

 

[JohnDoe42]

Hallo zusammen,

entschuldigung für das Hochholen des alten Threads .. aber nach einiger uptime meiner 7170 FW hat selbige heute nochmal einen Reboot vollzogen. Eventuell kann ja jemand was mit den syslogs kurz vorher oder zumindest kurz nachher anfangen:

driver params overwritten io_addr=0x0 irq_num=0
[setup_irq]: irq 28 irqaction->handler 0xc0037af0 (soft_interrupt_handler+0x0/0x30 [ubik2] )
capicodec_init()
[capi_codec] support fax
[capi_codec] support Codecs
[tiatm] DSL in training!
usbcore: registered new driver usbfs
usbcore: registered new driver hub
	AHCI RevisionID = 0x02, RamSize = 16384, NumPorts= 1
[setup_irq]: irq 9 irqaction->handler 0xc00bf490 (ahci_irq+0x0/0x880 [usbahcicore] )
ahci : new USB bus registered, assigned bus number 1
kdsldmod: init start (Jan 27 2010 13:52:52) sizeof(struct sk_buff)=176
kdsldmod: init done
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
avm_net_trace: New net trace device 'WLAN' registered with minor 128.
[tiatm] DSL in training!
[avm_power] : ethernet port 0 status 2
[avm_power] : ethernet port 1 status 1
[avm_power] : ethernet port 2 status 1
[avm_power] : ethernet port 3 status 1
usb 1-1: new full speed USB device using ahci and address 2
[ohio_vlynq_init] device 0
[ohio_vlynq_startup_link] 
[setup_irq]: irq 29 irqaction->handler 0x94005c4c (vlynq_interrupt+0x0/0x34 )
[setup_irq]: irq 79 irqaction->handler 0xc02d939c (tiwlan_ddaVlynqIsr+0x0/0x28 [tiap] )
[avm_power]#### boostVoltage: DSP Core voltage set to 1,65 V ####
SCSI subsystem initialized
Initializing USB Mass Storage driver...
USB Mass Storage device (0951:161a) detected...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
[setup_irq]: irq 27 irqaction->handler 0x940ebbec (cpmac_main_isr+0x0/0x78 )
[cpmac] [cpmac_main_ioctl] unknown ioctl 35142
device cpmac0 entered promiscuous mode
device eth0 entered promiscuous mode
device tiwlan0 entered promiscuous mode
lan: port 2(tiwlan0) entering learning state
lan: topology change detected, propagating
lan: port 2(tiwlan0) entering forwarding state
device wdsup0 entered promiscuous mode
lan: port 3(wdsup0) entering learning state
lan: topology change detected, propagating
lan: port 3(wdsup0) entering forwarding state
device wdsdw0 entered promiscuous mode
lan: port 4(wdsdw0) entering learning state
lan: topology change detected, propagating
lan: port 4(wdsdw0) entering forwarding state
device wdsdw1 entered promiscuous mode
lan: port 5(wdsdw1) entering learning state
lan: topology change detected, propagating
lan: port 5(wdsdw1) entering forwarding state
device wdsdw2 entered promiscuous mode
lan: port 6(wdsdw2) entering learning state
lan: topology change detected, propagating
lan: port 6(wdsdw2) entering forwarding state
device wdsdw3 entered promiscuous mode
lan: port 7(wdsdw3) entering learning state
lan: topology change detected, propagating
lan: port 7(wdsdw3) entering forwarding state
device wan entered promiscuous mode
mcfw: group 0.0.0.0: query tiwlan:0 10sec
[capi_oslib] capi_installed -1811765136
  Vendor: Kingston  Model: DataTraveler 410  Rev: PMAP
  Type:   Direct-Access                      ANSI SCSI revision: 00
lan: port 1(eth0) entering learning state
lan: topology change detected, propagating
lan: port 1(eth0) entering forwarding state
SCSI device sda: 62570496 512-byte hdwr sectors (32036 MB)
sda: Write Protect is off
sda: Mode Sense: 23 00 00 00
sda: assuming drive cache: write through
[capi_oslib] capi_installed -1811537764
SCSI device sda: 62570496 512-byte hdwr sectors (32036 MB)
sda: Write Protect is off
sda: Mode Sense: 23 00 00 00
sda: assuming drive cache: write through
 sda: sda1
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
usb-storage: device scan complete
AR7WDT: System Init UEberwachung abgeschlossen (198520 ms noch verfuegbar)
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_cpuclock: norm_power_rate=100 act_rate=99 mul=0 div=1 offset=0 NormP=0 mW -> SumNormP=0 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_dspclock: norm_power_rate=100 act_rate=100 mul=154 div=10 offset=974 NormP=2514 mW -> SumNormP=2514 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_systemclock: norm_power_rate=100 act_rate=83 mul=65 div=10 offset=1793 NormP=2443 mW -> SumNormP=4957 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_wlan: norm_power_rate=100 act_rate=-2147483548 mul=84 div=10 offset=100 NormP=940 mW -> SumNormP=5897 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_isdnnt: norm_power_rate=100 act_rate=-2147418012 mul=1 div=1 offset=0 NormP=100 mW -> SumNormP=5997 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_isdnte: norm_power_rate=100 act_rate=0 mul=1 div=1 offset=0 NormP=100 mW -> SumNormP=6097 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_analog: norm_power_rate=300 act_rate=0 mul=141 div=10 offset=100 NormP=4330 mW -> SumNormP=10427 mW
[avm_power] pm_ressourceinfo_scriptparse: powerdevice_dect: norm_power_rate=100 act_rate=0 mul=0 div=1 offset=0 NormP=0 mW -> SumNormP=10427 mW
[avm_power] pm_r

Auf der Box läuft ein stable-1.1-Image (iptables,openvpn,dropbear,vsftp,samba). Alle sind externalisiert und ich benutze einen 64MB-Swap-Speicher. Eine .config kann ich erst heute abend nachreichen, wenn ich wieder an der Box sitze. Und ja, ich kenne die Vermutung, daß der Reboot auf die conntrack-Problematik zurückzuführen ist ... allerdings lief der Dienst (vsftpd), der das ip_conntrack-modul wesentlich nutzt, überhaupt garnicht ... und die erste Zeile der syslogs

driver params overwritten io_addr=0x0 irq_num=0

scheint doch eventuell auf einen Speicherüberlauf hinzudeuten ... (?)
Hier die Ausgabe von lsmod:

Module                  Size  Used by    Tainted: P  
ipt_REDIRECT            1536  0 
ipt_MASQUERADE          2496  0 
ipt_iprange             1600  4 
ipt_multiport           2176  17 
ipt_mac                 1504  0 
ipt_state               1312  4 
ipt_LOG                 7328  4 
ip_conntrack_ftp       71552  0 
iptable_filter          2112  1 
iptable_nat            22096  2 ipt_REDIRECT,ipt_MASQUERADE
ip_conntrack           42288  4 ipt_MASQUERADE,ipt_state,ip_conntrack_ftp,iptable_nat
ip_tables              21088  9 ipt_REDIRECT,ipt_MASQUERADE,ipt_iprange,ipt_multiport,ipt_mac,ipt_state,ipt_LOG,iptable_filter,iptable_nat
sch_sfq                 5088  4 
sch_llq                 8896  1 
sch_tbf                 5888  1 
userman                33392  2 
ext2                   59392  0 
mbcache                 8080  1 ext2
vfat                   11392  1 
fat                    49072  1 vfat
nls_cp437               5312  1 
nls_iso8859_1           3680  1 
usb_storage            33296  1 
sd_mod                 15024  2 
scsi_mod               92560  2 usb_storage,sd_mod
tiap                  452800  0 
kdsldmod              885312  7 userman
usbahcicore            26064  0 
usbcore               113328  3 usb_storage,usbahcicore
capi_codec            143040  0 
isdn_fbox_fon4        906832  1 capi_codec
ubik2                  85440  2 capi_codec,isdn_fbox_fon4
tiatm                 112544  1 ubik2
jffs2                 108800  1 
Piglet                 10656  0

 

[RalfFriedl]

Die Meldungen vom Start der Box enthalten keine Hinweise darauf, warum die Box einen Reboot gemacht hat.

Und das Modul ip_conntrack kümmert sich um jede einzelne Verbindung, unabhängig davon, ob vsftpd oder sonst ein Programm läuft oder nicht.

 

[JohnDoe42]

Hallo RalfFriedl,

hättest Du denn trotzdem irgend einen Tip für mich, wie ich die Reboots ca. alle 5-6 Tage abstellen könnte ? In #41 gibt er13 natürlich den Tip mit dem Trunk ... bloß beim letztem Mal, als ich versucht habe, ein Trunk-Image in Verbindung mit der .86-Labor-FW zu flashen, waren alle externalisierten Anwendungen weg und ich konnte aufgrund der Update-Problermatik auch kein Downgrade veranlassen.
Was könnte denn außer der conntrack-Problematik eine Ursache für die Reboots sein ?
Grüße,

JD.

 

[RalfFriedl]

Es ist wahrscheinlich, daß conntrack die Ursache ist. Warum willst Du also erstmal nach weniger wahrscheinlichen Ursachen suchen? Wenn Du conntrack bzw. vsftpd sowieso nicht häufig verwendest, dann lass doch einfach mal die Box zwei Wochen ohne laufen, dann siehst Du, ob es damit zu tun hat.

 

[JohnDoe42]

Wie ich bereits oben schrieb, habe ich die Box ohne vsftp laufen lassen. Dies hat knapp eine Woche bis zum Reboot funktioniert. Da ich ebenfalls iptables und openvpn benutze, dürfte es schwierig werden, conntrack nicht zu benutzen.
Grüße,

JD.

 

[er13]

In 6411 hat Oliver iptables-fixes in den 1.1er-branch gemerged. Date mal up, übersetze mal den Kernel und die iptables-Module neu (geschieht nicht automatisch) und teste mal, ob es Dein Problem behebt.

 

[JohnDoe42]

Hallo er13,

guter Tip, vielen Dank dafür. Werde ich heute abend machen und anschließend berichten.
Grüße,

JD.

 

[RalfFriedl]

allerdings lief der Dienst (vsftpd), der das ip_conntrack-modul wesentlich nutzt, überhaupt garnicht

Wie ich bereits oben schrieb, habe ich die Box ohne vsftp laufen lassen. Dies hat knapp eine Woche bis zum Reboot funktioniert. Da ich ebenfalls iptables und openvpn benutze, dürfte es schwierig werden, conntrack nicht zu benutzen.

Also plötzlich wird conntrack auch wegen openvpn verwendet? Und vorher war conntrack gar nicht wirklich genutzt, nur weil vsftpd die meiste Zeit nicht läuft? Was denn nun?

 

[JohnDoe42]

Ob openvpn das conntrack-Modul benutzt, weiß ich leider nicht. Aber da Du in #63 schriebst, daß das conntrack-Modul jede Verbindung überwacht, gehe ich davon aus ... Fakt ist, daß mit nicht laufendem vsftp und laufendem openvpn die Box über einige Tage stabil läuft und, mitunter instantan mit der Anschaltung von vsftp via WebIF, die Box rebootet. Ebenfalls konnte ich schon mal einen Reboot mit schlichtem Anrufen (alle Telefonate gehen per VOIP über die Box) eines Telefons am S0-Bus erzeugen. Hier die Ausgabe von lsmod ohne laufenden vsftp:

Module                  Size  Used by    Tainted: P  
ipt_REDIRECT            1536  0 
ipt_MASQUERADE          2496  0 
ipt_iprange             1600  4 
ipt_multiport           2176  17 
ipt_mac                 1504  0 
ipt_state               1312  4 
ipt_LOG                 7328  4 
ip_conntrack_ftp       71552  0 
iptable_filter          2112  1 
iptable_nat            22096  2 ipt_REDIRECT,ipt_MASQUERADE
ip_conntrack           42288  4 ipt_MASQUERADE,ipt_state,ip_conntrack_ftp,iptable_nat
ip_tables              21088  9 ipt_REDIRECT,ipt_MASQUERADE,ipt_iprange,ipt_multiport,ipt_mac,ipt_state,ipt_LOG,iptable_filter,iptable_nat
sch_sfq                 5088  4 
sch_llq                 8896  1 
sch_tbf                 5888  1 
userman                33392  2 
ext2                   59392  0 
mbcache                 8080  1 ext2
vfat                   11392  1 
fat                    49072  1 vfat
nls_cp437               5312  1 
nls_iso8859_1           3680  1 
usb_storage            33296  1 
sd_mod                 15024  2 
scsi_mod               92560  2 usb_storage,sd_mod
tiap                  452800  0 
kdsldmod              885312  7 userman
usbahcicore            26064  0 
usbcore               113328  3 usb_storage,usbahcicore
capi_codec            143040  0 
isdn_fbox_fon4        906832  1 capi_codec
ubik2                  85440  2 capi_codec,isdn_fbox_fon4
tiatm                 112544  1 ubik2
jffs2                 108800  1 
Piglet                 10656  0

Und hier mit:

Module                  Size  Used by    Tainted: P  
ipt_REDIRECT            1536  0 
ipt_MASQUERADE          2496  0 
ipt_iprange             1600  4 
ipt_multiport           2176  17 
ipt_mac                 1504  0 
ipt_state               1312  4 
ipt_LOG                 7328  4 
ip_conntrack_ftp       71552  0 
iptable_filter          2112  1 
iptable_nat            22096  2 ipt_REDIRECT,ipt_MASQUERADE
ip_conntrack           42288  4 ipt_MASQUERADE,ipt_state,ip_conntrack_ftp,iptable_nat
ip_tables              21088  9 ipt_REDIRECT,ipt_MASQUERADE,ipt_iprange,ipt_multiport,ipt_mac,ipt_state,ipt_LOG,iptable_filter,iptable_nat
sch_sfq                 5088  4 
sch_llq                 8896  1 
sch_tbf                 5888  1 
userman                33392  2 
ext2                   59392  0 
mbcache                 8080  1 ext2
vfat                   11392  1 
fat                    49072  1 vfat
nls_cp437               5312  1 
nls_iso8859_1           3680  1 
usb_storage            33296  1 
sd_mod                 15024  2 
scsi_mod               92560  2 usb_storage,sd_mod
tiap                  452800  0 
kdsldmod              885312  7 userman
usbahcicore            26064  0 
usbcore               113328  3 usb_storage,usbahcicore
capi_codec            143040  0 
isdn_fbox_fon4        906832  1 capi_codec
ubik2                  85440  2 capi_codec,isdn_fbox_fon4
tiatm                 112544  1 ubik2
jffs2                 108800  1 
Piglet                 10656  0

Ich kann da keinen Unterschied erkennen. deshalb auch meine Frage, ob es noch andere mögliche Ursachen für die Reboots gibt.
Grüße,

JD.

 

[RalfFriedl]

Ich kann auch keinen Unterschied erkennen. Mir fällt auch kein Grund ein, warum das Starten von vsftpd etwas an den Modulen ändern sollte.

Einige von den Modulen scheinen auch gar nicht genutzt zu werden. Warum versuchst Du es nicht einmal ohne iptables, oder zumindest ohne conntrack?

 

[JohnDoe42]

Hallo RalfFriedl,

natürlich ändert ein Start von vsftp nichts an Modulen ... aber er könnte doch eine Funktion aus den Modulen aufrufen, deren Auswirkungen dann die Box zum Reboot führen .... (?)
Da ich den vsftp schon gerne nutzen möchte, würde mir keine Lösung ohne conntrack einfallen ...
Und ohne iptables .. naja .. ich dachte immer, daß ein bischen Sicherheit der Box bzw. dem Netz dahinter nicht schaden könnte ...
Das die Box ohne conntrack durchläuft (zumindest länger als eine Woche) weiß ich schon aus der Zeit, als noch kein iptables bzw. vsft auf der Box war ... trotzdem bleibt, wie ich finde, die Frage offen, was genau jetzt zum Reboot führt.
Aber ich habe gestern abend mal den stable-branch geupt und ein neues Image erstellt .. Flashen konnte ich dies bisher nicht, da meine Gattin die Box mittels Telefonieren gestern abend drei Stunden vereinnahmt hat ...
Grüße,

JD.

 

[RalfFriedl]

Was könnte denn außer der conntrack-Problematik eine Ursache für die Reboots sein ?

Das die Box ohne conntrack durchläuft (zumindest länger als eine Woche) weiß ich schon aus der Zeit, als noch kein iptables bzw. vsft auf der Box war ... trotzdem bleibt, wie ich finde, die Frage offen, was genau jetzt zum Reboot führt.

Du weißt also schon, daß die Box mit conntrack Reboots macht, aber ohne nicht, und fragst trotzdem hier nach, was sonst noch der Grund für die Reboots sein könnte?

Ich bin sicher, daß Du gar nicht wissen willst, was ich davon halte.

 

[cuma]

Im Trunk gibt es seit nicht so langem einen Patch für kernel 2.6.13.1 & conntrack. Ob er gegen die Reboots hilft hat noch niemand bestätigt/wiederlegt

 

[JohnDoe42]

Hallo cuma,

wenn Dur mir versichern könntest, das die Kombination aus aktuelle Labor-FW und Trunk-Image für die 7170 nicht wieder zu den Problemen wie hier geschildert führen (und ich die dann eigentlich unbrauchbare Box mittels ftp-Uploader wiederbeleben muß), werde ich das gern ausprobier'n.
Grüße,

JD.

 

[er13]

@JohnDoe42: Es macht keinen Unterschied, ob Du mit dem stable-branch oder mit dem trunk testet, der Fix aus 6411 ist absolut identisch zu dem aus trunk. Der Fehler aus diesem Thread wurde in 6468 behoben.

@cuma: ich behaupte mal, dass das Problem gelöst ist, ich hatte mal das Ganze bei mir 45 Tage lang mit Haufen Stress-Tests laufen lassen - kein einziges Reboot. Ohne die Patches rebootete meine 7170 reproduzierbar nach etwa 3 Tagen.

 

[cuma]

Wäre halt nicht gut wenn das noch jemand bestätigen könnte. Ich hab die 7170 nicht mehr im Dauereinsatz
@JohnDoe42: Ich hab seit Jahren keine Labor-Firmware geflasht

 

[JohnDoe42]

Hallo zusammen,

meine Versuch, meine 7170 mit .80er FX und aktuellem Freetz-Trunk-Image zu flashen, ist leider gescheitert. Das Box-Image ließ sich flashen und die Box startet auch, aber wiederum keine der externalisierten Anwendungen (wie beim letzten Mal) taucht im Freetz-WebF auch. Der Versuch, zuerst das Box-Image mittels AVM-WebIF zu flashen, führte zu einem kompletten Hänger der Box, d.h. Reboot durch Stecker zieh'n.
Grüße,

JD.