[leaf-user] Bering-uClibc 2.1 rc1 (messages log)
Hi, I had a freeze on the system ten minutes ago and found this on the logs...firewall and the connection was OK after a minute or so. No booting or any other measures needed. My connection is blasted with some traffic, there are 1623 denied or rejected packets in logs and FW has been up for three days now. At the time of this log I was accessing the shorewall.log from weblet. Is there something that interests the developers? Do you need additional info? (http://192.168.1.254/cgi-bin/viewlogs?messages.3.gz+messages.2.gz+messages.1.gz+messages.0+messages) LOG ** Jan 19 12:40:54 firewall -- MARK -- Jan 19 16:40:54 firewall -- MARK -- Jan 19 20:40:54 firewall -- MARK -- Jan 20 00:01:10 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:17 firewall last message repeated 17 times Jan 20 00:01:17 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:17 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:18 firewall last message repeated 2 times Jan 20 00:01:19 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:20 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:21 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:22 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:25 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:25 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:25 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:25 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:25 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:27 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:29 firewall last message repeated 4 times Jan 20 00:01:29 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:29 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:33 firewall last message repeated 8 times Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:36 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:40 firewall last message repeated 4 times Jan 20 00:01:40 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Jan 20 00:01:40 firewall kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Jan 20 00:01:40 firewall kernel: __alloc_pages: 0-order --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn
[leaf-user] Re: leaf-user digest, Vol 1 #2150 - 1 msg
Hi (again me) Found some addtional time in the last weekend, so here some more ideas about the problem: Because Iam new in (open)vpn, it could be that all my trouble comes because of an configuration mistake, but Iam getting more an more sure, that the crash comes because of openvpn makes to large packages which causing the skput-error. (But the reason also could be another one, Iam not familiar with analysing the output of openvpn). But for me its seems, that the the segmentation fault occurs after opevpn recieves and decrypted the data at the point where it send the data to the tun-interface or directly after that (see also below "last lines of openvpn-output..."). I allready tried some options like (tun-mtu 1500,mssfix 1400, fragment 1400). What wonders me a bit is that the mtu-test never comes to an end (I ran it over night for more than 8 hours, and it did not stop (I just see a lot of R and W)). Because of dmesg I thought, maybe the packets are to big and tried much smaller options (tun-mtu 600,mssfix 500, fragment 500, but still the segmentation fault, only wiht an smaller value: ... skput:over: c2829350:0 put:600 dev: ... But keep in mind that Iam newbie and maybe all the ideas are bullshit. Gabriel -- last lines of openvpn-output (verb 9) before the crash: Mon Jan 1 05:02:46 1996 us=193576 195: SELECT TR|tw|SR|sw 5/0 Mon Jan 1 05:02:47 1996 us=158446 196: select returned 1 Mon Jan 1 05:02:47 1996 us=158686 197: UDPv4 read returned 796 Mon Jan 1 05:02:47 1996 us=163780 198: UDPv4 READ [796] from 192.33.102.110:5000: DATA d21608f4 9c55d619 324f2c95 14724818 fa3bfaa 2 295159e0 94c74ac8 20dc67d[more...] Mon Jan 1 05:02:47 1996 us=164001 199: IP Address OK from 192.33.102.110:5000 Mon Jan 1 05:02:47 1996 us=164346 200: DECRYPT IV: 295159e0 94c74ac8 Mon Jan 1 05:02:47 1996 us=16 201: DECRYPT TO: 0004 400ae01e 021d 4554 4000 3f01b930 c0a8011e c0a8000[more...] Mon Jan 1 05:02:47 1996 us=169068 202: PID TEST 1074454558:3 1074454558:4 Mon Jan 1 05:02:47 1996 us=169239 203: FRAG_IN len=752 type=1 seq_id=135 frag_id=0 size=752 flags=0x021d Mon Jan 1 05:02:47 1996 us=169441 204: SELECT TR|tw|SR|sw 4/0 Mon Jan 1 05:02:47 1996 us=169605 205: select returned 1 Mon Jan 1 05:02:47 1996 us=169786 206: UDPv4 read returned 796 Mon Jan 1 05:02:47 1996 us=174454 207: UDPv4 READ [796] from 192.33.102.110:5000: DATA 21723f66 2450bff7 b3491e8e d4a2e6fb 3f77bea 4 152c4f20 d4c4df60 8fdb6b7[more...] Mon Jan 1 05:02:47 1996 us=174658 208: IP Address OK from 192.33.102.110:5000 Mon Jan 1 05:02:47 1996 us=174985 209: DECRYPT IV: 152c4f20 d4c4df60 Mon Jan 1 05:02:47 1996 us=179591 210: DECRYPT TO: 0005 400ae01e 005e061e 000[more...] Mon Jan 1 05:02:47 1996 us=179773 211: PID TEST 1074454558:4 1074454558:5 Mon Jan 1 05:02:47 1996 us=179939 212: FRAG_IN len=748 type=2 seq_id=135 frag_id=1 size=752 flags=0x005e061e Mon Jan 1 05:02:47 1996 us=180145 213: SELECT TR|TW|sr|sw 4/0 Mon Jan 1 05:02:47 1996 us=180309 214: select returned 1 Mon Jan 1 05:02:47 1996 us=188945 215: TUN WRITE [1500]: 4554 4000 3f01b930 c0a8011e c0a8000a 0800be85 3805 400ad1a[mor e...] md5=5ce0b6e4 b42f591e 7b5e8ca6 49ae319b Segmentation fault --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering-uClibc 2.1 rc1 (messages log)
On Mon, 19 Jan 2004, Marko Nurmenniemi wrote: > Hi, > > I had a freeze on the system ten minutes ago and found this on the > logs...firewall and the connection was OK after a minute or so. No > booting or any other measures needed. > > My connection is blasted with some traffic, there are 1623 denied or > rejected packets in logs and FW has been up for three days now. At the > time of this log I was accessing the shorewall.log from weblet. > > Is there something that interests the developers? > Do you need additional info? > > (http://192.168.1.254/cgi-bin/viewlogs?messages.3.gz+messages.2.gz+messages.1.gz+messages.0+messages) > LOG ** > Jan 19 12:40:54 firewall -- MARK -- > Jan 19 16:40:54 firewall -- MARK -- > Jan 19 20:40:54 firewall -- MARK -- > Jan 20 00:01:10 firewall kernel: __alloc_pages: 0-order allocation > failed (gfp=0x1d2/0) > Jan 20 00:01:17 firewall last message repeated 17 times > Jan 20 00:01:17 firewall kernel: __alloc_pages: 0-order allocation > failed (gfp=0x1f0/0) This is a kernel issue... if it corresponds to a bug, kernel programmers will have to be informed of it. However, I suspect not, since: http://lists.suse.com/archive/suse-linux-e/2003-Jul/1203.html suggests that this is a symptom of low memory. (Subsequent discussion suggests that a full root filesystem can do this also.) Low memory can occur if your router is NATing a lot of different connections (even short duration ones). Adding memory or reshuffling your ramdisk allocations may help in such cases. looking at /proc/net/ip_conntrack can give you an idea of the number of connections being supported. --- Jeff NewmillerThe . . Go Live... DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/BatteriesO.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --- --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering-uClibc 2.1 rc1 (messages log)
Dear All ... Because of some bad condition , I have to write many lines of static address. There is no chance to use such OSPF or BGP. Is there a chance to summarize the route ? What i need is just i.e : Combining 10.0.0.0/24 and 10.0.0.1/24 into single 10.0.0.0/23. FYI .. curently the static route table contain 1000+ lines ... arrrgh Sincerely -bino- --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Bering-uClibc: pcmcia_orinico + dhcpd
I just upgraded my home LEAF/Bering 1.1 box to LEAF/Bering-uClibc 2.1rc1. I have three NICs: eth0 = smc-ultra connected to my DSL line eth1 = 3c509 connected to my LAN eth2 = Orinoco Gold I configured dhcpd to provide leases to clients on both eth1 (192.168.0.0/24) and eth2 (192.168.1.0/24), but dhcpd always fails to start at boot because the wireless interface hasn't yet been initialized. I log in as root and call `/etc/init.d/dhcp start` and everything works. I experienced the similar problem with LEAF/Bering 1.1. Then I had tried to modify the RCDLINKS= line in /etc/init.d/dhcp, but that didn't seem to work. I haven't done that with LEAF/Bering-uClibc 2.1rc1 yet, figuring it wouldn't work. Any quick fixes? Any long-term solutions? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html