NetBSD Problem Report #11122

Received: (qmail 2716 invoked from network); 3 Oct 2000 12:23:13 -0000
Message-Id: <200010031223.e93CNNh06679@lyra>
Date: Tue, 3 Oct 2000 07:23:23 -0500 (CDT)
From: gendalia@iastate.edu
Reply-To: gendalia@netbsd.org
To: gnats-bugs@gnats.netbsd.org
Subject: LFS space usage on large partitions excessive
X-Send-Pr-Version: 3.95

>Number:         11122
>Category:       kern
>Synopsis:       df shows excessively strange usage on large partitions on LFS
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Oct 03 12:24:00 +0000 2000
>Closed-Date:    
>Last-Modified:  Wed May 17 08:28:17 +0000 2023
>Originator:     Tracy J. Di Marco White
>Release:        1.5 branch, updated September 30, 2000
>Organization:
>Environment:
System: NetBSD lyra 1.5_ALPHA2 NetBSD 1.5_ALPHA2 (LYRA) #0: Sun Oct 1 11:54:43 CDT 2000 gendalia@solstice.cc.iastate.edu:/usr/src/sys/arch/i386/compile/LYRA i386


>Description:
A filesystem that started out being very close to 85GB has had about 3GB
of files copied to it, then some of the files deleted (files included
pkgsrc, src & xsrc, with object files in the first two, then the object
files in src & pkgsrc were cleaned up).
lyra:/stuff# df -k /stuff
/dev/raid0d    55925583  7655619 47710709    13%    /stuff
lyra:/stuff# du -sk .
2392785 .
lyra:/stuff# du -a|wc -l
  115295

This is after about 9 hours of lfs_cleanerd running after most changes on
the filesystem had stopped.

> During copy:
> # while 1
> while? df /stuff
> while? sleep 20
> while? end
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54479268  7915360 46019115    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54478533  7919316 46014432    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54482146  7923200 46014125    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54481456  7927177 46009464    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54484326  7931477 46008006    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54483835  7935400 46003597    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54487336  7939321 46003142    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54486354  7943328 45998162    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54489896  7947247 45997751    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54488865  7951287 45992690    14%    /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54491814  7955288 45991608    14%    /stuff
>
> Things finished copying, and I deleted some stuff, then:
> # df /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  54828170  7558761 46721128    13%    /stuff
>
> 5 hours later:
> # df /stuff
> Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
> /dev/raid0d  55417900  7595273 47268448    13%    /stuff

>How-To-Repeat:
copy files to a large LFS partition.
>Fix:
Hmm.  Give up and go back to FFS and hope the machine never crashes.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: kern-bug-people->perseant 
Responsible-Changed-By: fair 
Responsible-Changed-When: Wed Mar 21 22:39:15 PST 2001 
Responsible-Changed-Why:  
Konrad is our LFS expert. 
Responsible-Changed-From-To: perseant->kern-bug-people 
Responsible-Changed-By: perseant 
Responsible-Changed-When: Thu Nov 20 19:59:04 UTC 2003 
Responsible-Changed-Why:  
Trying to be realistic 
State-Changed-From-To: open->closed
State-Changed-By: dsl@NetBSD.org
State-Changed-When: Sun, 22 Nov 2009 20:58:31 +0000
State-Changed-Why:
LFS has been depracted.


State-Changed-From-To: closed->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 22 Nov 2009 21:46:41 +0000
State-Changed-Why:
lfs is not deprecated yet, you're thinking of softupdates


State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 15 Feb 2016 10:05:38 +0000
State-Changed-Why:
Any sign of this behavior recently?


State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 17 May 2023 08:28:17 +0000
State-Changed-Why:
leaving PRs in feedback for seven years serves no purpose, even
if the person we're notionally waiting for is a developer.


>Unformatted:

Home	PR Database Search