From owner-freebsd-questions@FreeBSD.ORG Sat Sep 1 15:36:47 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 6516316A417 for ; Sat, 1 Sep 2007 15:36:47 +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 F251013C468 for ; Sat, 1 Sep 2007 15:36:46 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <46D986F8.8090707@intersonic.se> Date: Sat, 01 Sep 2007 17:36:24 +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> In-Reply-To: <46D947BC.8000201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@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 15:36:47 -0000 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.