From owner-freebsd-questions@FreeBSD.ORG Sat Sep 1 17:29:33 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 56F2916A418; Sat, 1 Sep 2007 17:29:33 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 143FC13C428; Sat, 1 Sep 2007 17:29:33 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46D9A14D.6080005@intersonic.se> Date: Sat, 01 Sep 2007 19:28:45 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Kris Kennaway References: <46D90C6B.8070807@intersonic.se> <46D947BC.8000201@FreeBSD.org> <46D986F8.8090707@intersonic.se> <46D98F2F.9060608@FreeBSD.org> In-Reply-To: <46D98F2F.9060608@FreeBSD.org> 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:29:33 -0000 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...