kern/82682: "Accounting resumed" while disk fills up
Wietse Venema
wietse at porcupine.org
Sun Jun 26 20:10:17 GMT 2005
>Number: 82682
>Category: kern
>Synopsis: "Accounting resumed" while disk fills up
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Jun 26 20:10:16 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: Wietse Venema
>Release: 5.4 and 5.3
>Organization:
>Environment:
FreeBSD freebsd54.porcupine.org 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root at harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
FreeBSD tail.porcupine.org 5.3-RELEASE FreeBSD 5.3-RELEASE #5: Sat Mar 12 22:58:16 EST 2005 wietse at tail.porcupine.org:/usr/src/sys/i386/compile/TAIL i386
>Description:
When the disk fills up, the kernel as expected disables process accounting, but it RESUMES process accounting while the disk fills up further.
Perhaps the code gets confused when the free space becomes negative (see repeat-by example below). But that is pure speculation.
I have been using FreeBSD for 10+ years and routinely use dd of /dev/zero to wipe the free space as root. I did not notice this accounting anomaly when I was still using FreeBSD 4.
>How-To-Repeat:
Execute the following command as root:
# dd </dev/zero >bigfile
Kernel log example:
Jun 26 15:38:53 freebsd54 kernel: Accounting suspended
Jun 26 15:39:23 freebsd54 kernel: Accounting resumed
Jun 26 15:40:04 freebsd54 kernel: pid 457 (dd), uid 0 inumber 188421 on /: filesystem full
Negative free space example:
# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s1a 3720788 3586676 -163550 105% /
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list