This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Kernel problem v5.210; tainted modules iptables

Hi all

Did someone also has a problem with tainted modules?

Symptome:
The FW is working for a while, after a time the ethernet interface  seems to be down (checked in the WEB gui) ststus down! If i have at the same time a look on the packetfilter stats i see a lot of dropped packets therefore the intface ist still working .....
If i reload the FW the interface will not come up! i have top wait always a while and it may works after some time =>not predictable.... and this is annoying!

I use a mini itx with a VIA chipset 
Hardware:
---------------------------------
Processor 

- VIA C3Tm/ VIA EdenTm EBGA processor
Chipset 

- VIA CN400 North Bridge
- VIA VT8237 South Bridge
---------------------------------
 

[1] kernel problem
2006:03:20-21:16:19 (none) kernel: nacctd uses obsolete (PF_INET,SOCK_PACKET)
2006:03:20-21:16:24 (none) kernel: request_module[net-pf-10]: waitpid(1199,...) failed, errno 1
2006:03:20-21:16:27 (none) kernel: ip_conntrack_pptp version 1.9 loaded
2006:03:20-21:16:42 (none) kernel: ip_nat_pptp version 1.5 loaded
2006:03:20-21:16:47 (none) kernel: HEXSTRING matcher for iptables, (C) 2001 Astaro AG, Germany
2006:03:20-21:16:47 (none) insmod: Warning: loading /lib/modules/2.4.21-24127-default/kernel/net/ipv4/netfilter/ipt_hexstring.o will taint the

kernel: no license
2006:03:20-21:16:47 (none) insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules
2006:03:20-21:16:47 (none) insmod: Module ipt_hexstring loaded, with warnings 2006:03:20-21:17:30 (none) kernel: HTB init, kernel part version 3.10
2006:03:20-21:17:33 (none) kernel: request_module[net-pf-10]: waitpid(1524,...) failed, errno 1
2006:03:20-21:17:45 (none) kernel: HTB init, kernel part version 3.10


http://www.tux.org/lkml/#export-tainted


[2] other limitations by Kernel
2006:03:21-00:05:54 (none) kernel: NET: 27 messages suppressed.
2006:03:21-00:05:54 (none) kernel: Neighbour table overflow.
2006:03:21-00:05:59 (none) kernel: NET: 29 messages suppressed.
2006:03:21-00:05:59 (none) kernel: Neighbour table overflow.
2006:03:21-00:06:05 (none) kernel: NET: 49 messages suppressed.
2006:03:21-00:06:05 (none) kernel: Neighbour table overflow.
2006:03:21-00:06:09 (none) kernel: NET: 37 messages suppressed.
2006:03:21-00:06:09 (none) kernel: Neighbour table overflow.
2006:03:21-00:06:15 (none) kernel: NET: 46 messages suppressed.
2006:03:21-00:06:15 (none) kernel: Neighbour table overflow.
2006:03:21-00:06:59 (none) kernel: NET: 26 messages suppressed.


notice:
-upgrade to v6 will not work! already testet problem with the VIA  chipset :-(
-other HW is not an option
-but all other opinions are welcome


thx


This thread was automatically locked due to age.
Parents
  • The taint message is probably a red herring... apparently Astaro has a customized kernel.

    That isn't why your NIC isn't working.

    Post more details, or create a new thread about your configuration.
    Have you read the documentation?

    Barry
  • [ QUOTE ]

    That isn't why your NIC isn't working.
     

    [/ QUOTE ]

    My Interfaces are Realtek RT8139 they are supported. The Link seems to work, because the linke seems to be up (not in the webinterface) and the receiving led's are blinking.
    Notice if the system is in this problem state, the Packet filter violations rises dramatically.... it is visible in the logs (>check the attachement)
    I observed this issue only on the external interface!

     [ QUOTE ]

    Have you read the documentation?
     

    [/ QUOTE ]

    some of them, yes

    >CONFIG:
    -Main feature i use:
    Routing/Policing (external/Internal/DMZ)
    DHCP
    NAT
    Proxy

    -configured features
    QOS, VPN's, IDS


    thx
Reply
  • [ QUOTE ]

    That isn't why your NIC isn't working.
     

    [/ QUOTE ]

    My Interfaces are Realtek RT8139 they are supported. The Link seems to work, because the linke seems to be up (not in the webinterface) and the receiving led's are blinking.
    Notice if the system is in this problem state, the Packet filter violations rises dramatically.... it is visible in the logs (>check the attachement)
    I observed this issue only on the external interface!

     [ QUOTE ]

    Have you read the documentation?
     

    [/ QUOTE ]

    some of them, yes

    >CONFIG:
    -Main feature i use:
    Routing/Policing (external/Internal/DMZ)
    DHCP
    NAT
    Proxy

    -configured features
    QOS, VPN's, IDS


    thx
Children
No Data