From owner-freebsd-hackers Wed Aug 11 14:41:58 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4B7E414E55 for ; Wed, 11 Aug 1999 14:41:54 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id OAA78172; Wed, 11 Aug 1999 14:39:32 -0700 (PDT) (envelope-from dillon) Date: Wed, 11 Aug 1999 14:39:32 -0700 (PDT) From: Matthew Dillon Message-Id: <199908112139.OAA78172@apollo.backplane.com> To: Juha Nurmela Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: mmap bug References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :If the latter mmap.c is allowed to fill up filesystem, -current hangs in : :/kernel: pid 2 (pagedaemon), uid 0 on /: file system full :/kernel: vnode_pager_putpages: I/O error 28 :/kernel: vnode_pager_putpages: residual I/O 16384 at 880 : :...repeating the last two lines, gradually increasing pindex, :residual changing to 64kB. : :Juha It should stop eventually when it runs out of pages in the map. This is what happens when you map a file, ftruncate() it to be a certain size (all zero-fill), and then touch the pages forcing the filesystem to allocate actual blocks for the data and the filesystem isn't big enough. The system doesn't know the filesystem isn't big enough until it actually tries to flush the pages. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message