From owner-freebsd-stable@FreeBSD.ORG Mon Jul 25 13:59:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A96D106564A; Mon, 25 Jul 2011 13:59:16 +0000 (UTC) (envelope-from cscotts@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id B5F028FC13; Mon, 25 Jul 2011 13:59:15 +0000 (UTC) Received: by vxg33 with SMTP id 33so3955819vxg.13 for ; Mon, 25 Jul 2011 06:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=tziKXXK9vcI6NeVIBiitVBKUGdFkoekurVbwZSsFzNE=; b=VMO/QPj/Lm9WI38uQsfPOAo/eC96Zms67Cd3Hfizkc3Akf4nOcMgd5H2/0Acp8beNK wvg05p3PKgAFlscza62L5mF5/KsAW6RkH/fHJFakuE+9l0YXy4q8XKmuiPn2v+mrzrIx AFCaRGxqHe8gSLNERbfDTY9drkfj1i0+lvDSE= Received: by 10.52.67.84 with SMTP id l20mr4398654vdt.285.1311602355047; Mon, 25 Jul 2011 06:59:15 -0700 (PDT) Received: from [192.168.1.44] (90.sub-75-246-109.myvzw.com [75.246.109.90]) by mx.google.com with ESMTPS id ca9sm2649706vdc.39.2011.07.25.06.59.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Jul 2011 06:59:13 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Scott Sipe In-Reply-To: Date: Mon, 25 Jul 2011 09:59:08 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1AFA4756-A1C0-4129-8134-2B43724947DC@gmail.com> References: <20110706122339.61453nlqra1vqsrv@webmail.in-berlin.de> <20110706023234.GA72048@icarus.home.lan> <20110706130753.182053f3ellasn0p@webmail.in-berlin.de> <20110706032425.GA72757@icarus.home.lan> <20110706135412.15276i0fxavg09k4@webmail.in-berlin.de> <20110706041504.GA73698@icarus.home.lan> <20110706143129.10696235ldx9bjmp@webmail.in-berlin.de> <20110706173242.23404ffbhkxz6mqi@webmail.in-berlin.de> <20110706182141.13056plxp148y61h@webmail.in-berlin.de> <20110711115947.51686v4930s7ze37@webmail.in-berlin.de> To: Adrian Chadd X-Mailer: Apple Mail (2.1084) Cc: Yong-Hyeon Pyun , freebsd-stable List , Peter Ross , davidch@freebsd.org, "Vogel, Jack" , Jeremy Chadwick Subject: Re: scp: Write Failed: Cannot allocate memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 13:59:16 -0000 On Jul 24, 2011, at 10:07 PM, Adrian Chadd wrote: > Has someone asked for the output of netstat -mb? That error message is > mbuf related, so I bet it's something to do with mbuf allocation. >=20 > Is it possible that the system is incorrectly tuned when virtualbox is = enabled? >=20 >=20 > Adrian I never ran netstat -mb when I was encountering the network memory = allocation error. At the moment I have adjusted net.graph.maxdata from = the default value to 8192, rebooted, and have not encountered any more = network memory allocation errors (and vmstat -z shows 0 NetGraph data = item failures). If, at this maxdata setting, they show up again I'll = post the output of netstat -mb. If it's worth anything, current output = of netstat -mb is below. # netstat -mb 1027/6668/7695 mbufs in use (current/cache/total) 1024/4034/5058/25600 mbuf clusters in use (current/cache/total/max) 1024/3456 mbuf+clusters out of packet secondary zone in use = (current/cache) 0/1303/1303/12800 4k (page size) jumbo clusters in use = (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 2304K/14947K/17251K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 19 requests for I/O initiated by sendfile 0 calls to protocol drain routines Scott=