Date: Wed, 1 Sep 1999 16:13:03 +0000 (GMT) From: Alfred Perlstein <bright@wintelcom.net> To: Evren Yurtesen <yurtesen@ispro.net.tr> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: nobody knows the answer? Message-ID: <Pine.BSF.4.05.9909011611480.6392-100000@fw.wintelcom.net> In-Reply-To: <37CD9E7C.FB04E606@ispro.net.tr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2 Sep 1999, Evren Yurtesen wrote: > 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. You may have a program that still has a reference to that file open. try shutting down anything that may have a file open on that partition, then restart it. you may have luck using 'fstat' or 'lsof' (from ports/sysutils) -Alfred > > Evren > > -------- Original Message -------- > Subject: free space problem > Date: Tue, 31 Aug 1999 19:42:10 +0300 > From: Evren Yurtesen <yurtesen@ispro.net.tr> > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9909011611480.6392-100000>