From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by huchra.bufferbloat.net (Postfix) with SMTP id 105A021F0C8 for ; Thu, 24 May 2012 23:41:07 -0700 (PDT) Received: (qmail invoked by alias); 25 May 2012 06:41:05 -0000 Received: from 75-142-58-156.static.mtpk.ca.charter.com (EHLO dhcp-112.home.lan) [75.142.58.156] by mail.gmx.net (mp069) with SMTP; 25 May 2012 08:41:05 +0200 X-Authenticated: #24211782 X-Provags-ID: V01U2FsdGVkX1+kdwddFDykL6HXnqC0/AeU3qFJGVEJex3fnKfiE3 Qs1xRTWLV11sRX Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=windows-1252 From: Sebastian Moeller In-Reply-To: <4FBE84C4.80607@gmail.com> Date: Thu, 24 May 2012 23:41:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <61BEA217-79A6-47C8-888D-101BC0EAFB45@gmx.de> References: <00404BC8-3761-409D-A1C8-9213D7D9A3DF@gmx.de> <1E435715-5C95-49AF-99D0-E8AD6EAD5B44@gmx.de> <4FBE5767.6080704@gmail.com> <4D0F5C65-2401-470F-A6D8-BE18E8BA25C7@gmx.de> <4FBE6290.9000701@freedesktop.org> <0E4C11DB-2B8A-411B-A61F-34B2A6BF57B9@gmx.de> <4FBE7AAB.5080307@freedesktop.org> <4FBE84C4.80607@gmail.com> To: Robert Bradley X-Mailer: Apple Mail (2.1278) X-Y-GMX-Trusted: 0 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] 3.3.6-2 X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2012 06:41:08 -0000 Hi Robert, since I see the same log file on my router as Jim, I just want to report = my observations below. On May 24, 2012, at 11:58 AM, Robert Bradley wrote: > On 24/05/12 19:15, Jim Gettys wrote: >> On 05/24/2012 02:12 PM, Sebastian Moeller wrote: >>> Hi Jim, >>>=20 >>> good point, I will go and see whether that is the cause for my = crashes=85 Will return to this post if/when I have new data in either = direction=85 >> If you do, see if you can grab the babeld.conf file and add it to: >> https://www.bufferbloat.net/issues/392 >>=20 >=20 > I don't know if it helps at all, but it looks like Babel's failing to = obtain channel information for the guest interfaces (gw00 and gw10). =20 True, in my case I had set the 2.4GHz radio to auto channel = select, which does not seem to work well with either babeld or its = specific configuration. > Are these disabled on your routers at the moment? I suppose in the = worst case you could try setting an explicit channel for both of the = non-mesh guest interfaces and see if the logs clear up (or somehow pass = "-L /dev/null" to babeld). After setting the 2.4GHz channel to 1 instead of auto = /tmp/babeld.log still grows with the same entries. And on a WNDR3700v2 = there are 30840 KB of tmpfs on /tmp so the babeld.log size of 256KB = should not by itself cause the router to crash. That said, while testing = this hypothesis by filling most of /tmp (dd if=3D/dev/zero = of=3D/tmp/delete_me bs=3D1024 count=3D30000, so that around 340KB stayed = free) the router reliably went first into OOM and the rebooted itself. = Might it be that the size of the /tmp filesystem is too large if = actually used? If I naively add the VSZs of most processes I end up at = around 90% of available memory, so worst case there actually only seems = to be room for a much smaller /tmp than 30MB. . Maybe restricting /tmp = to 6000 KB might make this problem go away (or hooking up a swap = device). Does this reasoning sound sane? Once I figure out how to reduce = the size of /tmp I will test this. >=20 > I'm assuming the ad-hoc mesh links are working fine, since gw01/gw11 = aren't present in the log fragment. In my case I do not know as I never tried to test with a mesh = client. best Sebastian > --=20 > Robert Bradley > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel