From owner-freebsd-questions@FreeBSD.ORG Sat Sep 1 17:34:45 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EC3D16A421; Sat, 1 Sep 2007 17:34:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 5468F13C461; Sat, 1 Sep 2007 17:34:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <46D9A2B1.7090503@FreeBSD.org> Date: Sat, 01 Sep 2007 19:34:41 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Per olof Ljungmark References: <46D90C6B.8070807@intersonic.se> <46D947BC.8000201@FreeBSD.org> <46D986F8.8090707@intersonic.se> <46D98F2F.9060608@FreeBSD.org> <46D9A14D.6080005@intersonic.se> In-Reply-To: <46D9A14D.6080005@intersonic.se> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, gabor@FreeBSD.org Subject: Re: g_vfs write error = 28, bad memory? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2007 17:34:45 -0000 Per olof Ljungmark wrote: > Kris Kennaway wrote: >> Per olof Ljungmark wrote: >>> Kris Kennaway wrote: >>>> Per olof Ljungmark wrote: >>>>> I use a memory file system for some tmp files and last night I saw >>>>> this, followed by a reboot. Bad memory? 6-STABLE from April.. >>>>> >>>>> foo-bar kernel: g_vfs_done():md0[WRITE(offset=259244032, >>>>> length=131072)]error = 28 >>>>> foo-bar kernel: g_vfs_done():md0[WRITE(offset=259375104, >>>>> length=131072)]error = 28 >>>>> [ten more lines...] >>>>> [reboot] >>>>> >>>>> Thanks, >>>> >>>> #define ENOSPC 28 /* No space left on device */ >>>> >>>> You are probably (incorrectly) using a malloc backed disk. Use swap >>>> backing and you won't panic when memory is low. >>> >>> Yes, sounds likely, thanks. One more question then, where is the md >>> information stored through a reboot? I did not edit rc.conf or fstab >>> or kernel config but still /dev/md0 came back up. Hmmm. >> >> It's not, unless something is explicitly creating it each time you >> boot. Perhaps you are using a rc.conf setting that creates a md /tmp. > > Indeed, here it was: > > amavisd_enable="YES" > amavisd_ram="512m" > > and the line in rc.d/amavisd > mdmfs -M -s ${amavisd_ram} -w vscan:vscan md /var/amavis/tmp || true > for some reason creates a malloc based mfs > > Perhaps I should check this with the maintainer... > > Yes, malloc backing for md should be used in almost no situations. Kris