From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: From: erik quanstrom Date: Tue, 9 Oct 2007 18:53:07 -0400 To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil thinks my free space is a wee bit more than it is In-Reply-To: <509071940710091531t4929a165k7cce6f53a6b50599@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: cd64b1d2-ead2-11e9-9d60-3106f5b1d025 > prompt: fsys main df > main: 1,644,601,344 used + 2,588,672 free = 1,647,190,016 (99% used) > prompt: fsys main df > main: 1,652,891,648 used + 35,184,366,387,200 free = 1,647,190,016 (100% used) > prompt: fsys main df > main: 1,666,473,984 used + 35,184,352,804,864 free = 1,647,190,016 (101% used) > prompt: fsys main df > main: 1,693,908,992 used + 35,184,325,369,856 free = 1,647,190,016 (102% used) > > Overdraft protection? For reference: > > :; ls -l /dev/sdC0/fossil > --rw-r----- S 0 a a 1650169856 Aug 1 22:57 /dev/sdC0/fossil > > Things seem to be operating more-or-less normally so this isn't a huge > issue, but it's clearly a reporting bug. > > Anthony let's see. fossil uses bsize=8*1024. 35184366387200/8192 = 4294966600. that looks like a small negative [sic] u32int to me. i see where fl->used is incremented, but i don't see where it's decremented. maybe that's correct, but it looks fishy. - erik