From owner-freebsd-hackers Wed Sep 1 14:46:45 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from finland.ispro.net.tr (finland.ispro.net.tr [195.174.18.1]) by hub.freebsd.org (Postfix) with ESMTP id 4691C14D99 for ; Wed, 1 Sep 1999 14:46:29 -0700 (PDT) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr (dyn-4-000.tku.netti.fi [195.16.219.1]) by finland.ispro.net.tr (8.9.3/8.9.3) with ESMTP id AAA42493 for ; Thu, 2 Sep 1999 00:44:47 +0300 (EEST) (envelope-from yurtesen@ispro.net.tr) Message-ID: <37CD9E7C.FB04E606@ispro.net.tr> Date: Thu, 02 Sep 1999 00:45:32 +0300 From: Evren Yurtesen X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: nobody knows the answer? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I have sent this email a 2 days ago but nobody answered yet. Is there anybody who I can contact with about this? I need an answer because this is a serious problem for me. Evren -------- Original Message -------- Subject: free space problem Date: Tue, 31 Aug 1999 19:42:10 +0300 From: Evren Yurtesen To: freebsd-hackers@freebsd.org Hello, I am using 3.2-Stable and I have a 9GB disk drive used as cache for squid proxy. I have changed the min free space with tunefs program to 0 but now I have a problem. Even though I have 250MB free space on the file system, I get file system full error. usr/local/squid/cache/disk1: write failed, file system is full cp: ./backup.28-08-1999.tgz: No space left on device turkey:/usr/local/squid/cache/disk1#df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 254063 90875 142863 39% / /dev/da0s1f 3432241 1684020 1473642 53% /usr /dev/da0s1e 127023 1234 115628 1% /var /dev/da1s1e 8617428 8363169 254259 97% /usr/local/squid/cache/disk1 /dev/da2s1e 8617428 7696737 920691 89% /usr/local/squid/cache/disk2 procfs 4 4 0 100% /proc turkey:/usr/local/squid/cache/disk1# the output below is taken later after I deleted that big backup file with the -i option of the df command Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/da0s1a 254063 90875 142863 39% 5518 57968 9% / /dev/da0s1f 3432241 1686306 1471356 53% 50425 807621 6% /usr /dev/da0s1e 127023 1243 115619 1% 148 31594 0% /var /dev/da1s1e 8617428 7775826 841602 90% 700170 1458420 32% /usr/local/squid/cache/disk1 /dev/da2s1e 8617428 7717658 899770 90% 708745 1449845 33% /usr/local/squid/cache/disk2 procfs 4 4 0 100% 37 495 7% /proc turkey:/root# how come this is possible? also if now I am not able to use 250MB then is this mean that when the min free space was 8% which makes nearly 650MB of space; the system was not able to use 650MB of space for the defragmentation etc. stuff? because we are not able to access to 250MB so 400MB is left for the space and time optimazation thingies? also if I had 500MB hard drive then 8% would make 40MB but even under same load if I had 5000MB hard drive then 8% makes 400MB which is a lot of space... is not it possible for ffs to work with 40MB again? why does it need more space for time optimization? Evren Yurtesen yurtesen@ispro.net.tr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message