Re: a monster stole my /
On Tue, Apr 29, 2008 at 11:34:54 -0400 Jerry McAllister wrote: On Tue, Apr 29, 2008 at 02:40:09PM +1000, Hartleigh Burton wrote: Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. oI see you have used du. I usually do cd / du -sk * Since the 'h switches between K, G, M, I find it a little harder to eyeball than picking just one of K, M or G.I also find the -s more useful in a general situation than -dn since it gives a good general summary. The one thing I can think of would be some file that has been rm-ed but not released by some process. The space will still stay allocated until the file is released by all processes. A reboot can help that. If reboot doesn't free anything up, then you have some serious digging to do.Your / file system is quite large and you have most of the usually culprits moved somewhere else. So, you should not need anywhere near that much disk for /. The arithmetic is being done by a computer program which must have maximum sizes set for numbers (e.g., long [4 bytes], maybe ulong , etc.), not by a human being who can adjust for the size of the data (though he may make other mistakes). Try to get the raw data on which the arithmetic is done to see if the error may be there, and you could point to a program needing a correction (which may not be possible unless one goes to floating point which causes other problems) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: a monster stole my /
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - - Original Message - From: Hartleigh Burton [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Sent: Tuesday, April 29, 2008 6:40 AM Subject: a monster stole my / Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/dev I once had the same problem. A .core file in the / caused the problem. After deleting the .core file everything was back to normal Jack -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) - GPGrelay v0.959 iD8DBQFIFrcmPh5RwW/NzC4RAmi6AJ4y2w8TFbjui35jOhExaPSzI0PzngCgmjVw KRkjtNbM8jI97Yy/5Fto4ok= =eY56 -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: a monster stole my /
That solved my problem thank you Colin. Stopped MySQL, unmounted /dev/da1p1 - /db, removed old MySQL data files, remounted da1p1 restarted MySQL. intranet# df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 1.0G 91M864M10%/ devfs1.0k1.0k 0B 100%/dev /dev/da0s1e 1.0G229k954M 0%/tmp /dev/da0s1f 62G5.1G 52G 9%/usr /dev/da0s1d 5.2G2.3G2.4G49%/var devfs1.0k1.0k 0B 100%/var/named/dev /dev/da1p1 3.6T733G2.6T22%/db On 29/04/2008, at 3:34 PM, Colin Yuile wrote: On Tue, 29 Apr 2008 14:40:09 +1000 Hartleigh Burton [EMAIL PROTECTED] wrote: Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/ dev intranet# du -h -d1 2.0K./.snap 1.5K./dev 218K./tmp 4.8G./usr 2.2G./var 1.7M./etc 2.0K./cdrom 2.0K./dist 1.1M./bin 71M./boot 4.4M./lib 360K./libexec 2.0K./media 512B./net 2.0K./proc 3.8M./rescue 26K./root 4.1M./sbin 512B./host 682G./db 689G. If I move the old kernel/GENERIC files from /boot I can manage to get back to 101%, I really have no idea where the rest of the space has gone though. Is there any way to locate large files on a specific partition? I did have a problem not too long ago where my /db array did not mount and MySQL managed to recreate the default/sample database on /db/ mysql, could this default database be somewhere else on / while the / db array problem was fixed? *scratches head* It is possible that you have mounted a filesystem onto a non empty directory. The stuff in the dir used as a mount point will be hidden by the mount. Colin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: a monster stole my /
On Tue, Apr 29, 2008 at 02:40:09PM +1000, Hartleigh Burton wrote: Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. oI see you have used du. I usually do cd / du -sk * Since the 'h switches between K, G, M, I find it a little harder to eyeball than picking just one of K, M or G.I also find the -s more useful in a general situation than -dn since it gives a good general summary. The one thing I can think of would be some file that has been rm-ed but not released by some process. The space will still stay allocated until the file is released by all processes. A reboot can help that. If reboot doesn't free anything up, then you have some serious digging to do.Your / file system is quite large and you have most of the usually culprits moved somewhere else. So, you should not need anywhere near that much disk for /. Good luck, jerry To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/dev intranet# du -h -d1 2.0K ./.snap 1.5K ./dev 218K ./tmp 4.8G ./usr 2.2G ./var 1.7M ./etc 2.0K ./cdrom 2.0K ./dist 1.1M ./bin 71M ./boot 4.4M ./lib 360K ./libexec 2.0K ./media 512B ./net 2.0K ./proc 3.8M ./rescue 26K ./root 4.1M ./sbin 512B ./host 682G ./db 689G . If I move the old kernel/GENERIC files from /boot I can manage to get back to 101%, I really have no idea where the rest of the space has gone though. Is there any way to locate large files on a specific partition? I did have a problem not too long ago where my /db array did not mount and MySQL managed to recreate the default/sample database on /db/ mysql, could this default database be somewhere else on / while the / db array problem was fixed? *scratches head* Hartz. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: a monster stole my /
On Tue, Apr 29, 2008 at 03:34:12PM +1000, Colin Yuile wrote: On Tue, 29 Apr 2008 14:40:09 +1000 Hartleigh Burton [EMAIL PROTECTED] wrote: Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/dev intranet# du -h -d1 2.0K./.snap 1.5K./dev 218K./tmp 4.8G./usr 2.2G./var 1.7M./etc 2.0K./cdrom 2.0K./dist 1.1M./bin 71M ./boot 4.4M./lib 360K./libexec 2.0K./media 512B./net 2.0K./proc 3.8M./rescue 26K ./root 4.1M./sbin 512B./host 682G./db 689G. If I move the old kernel/GENERIC files from /boot I can manage to get back to 101%, I really have no idea where the rest of the space has gone though. Is there any way to locate large files on a specific partition? I did have a problem not too long ago where my /db array did not mount and MySQL managed to recreate the default/sample database on /db/ mysql, could this default database be somewhere else on / while the / db array problem was fixed? *scratches head* It is possible that you have mounted a filesystem onto a non empty directory. The stuff in the dir used as a mount point will be hidden by the mount. Colin Good one. I had forgotten that one. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
a monster stole my /
Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/dev intranet# du -h -d1 2.0K./.snap 1.5K./dev 218K./tmp 4.8G./usr 2.2G./var 1.7M./etc 2.0K./cdrom 2.0K./dist 1.1M./bin 71M./boot 4.4M./lib 360K./libexec 2.0K./media 512B./net 2.0K./proc 3.8M./rescue 26K./root 4.1M./sbin 512B./host 682G./db 689G. If I move the old kernel/GENERIC files from /boot I can manage to get back to 101%, I really have no idea where the rest of the space has gone though. Is there any way to locate large files on a specific partition? I did have a problem not too long ago where my /db array did not mount and MySQL managed to recreate the default/sample database on /db/ mysql, could this default database be somewhere else on / while the / db array problem was fixed? *scratches head* Hartz. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: a monster stole my /
On Tue, 29 Apr 2008 14:40:09 +1000 Hartleigh Burton [EMAIL PROTECTED] wrote: Hiya! I have a problem with / currently being at 108% capacity. I have found a previous thread in the archives which explains a few questions but I can't find what is taking up all the additional space. At best without destroying what I still do not understand I can manage to get / to about 101% capacity. To answer a couple of potential questions straight up, there is nothing in /root and /tmp is on a separate partition. intranet# df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/da0s1a 989M986M-76M 108%/ devfs1.0K1.0K 0B 100%/dev /dev/da0s1e 989M216K910M 0%/tmp /dev/da0s1f 58G4.8G 48G 9%/usr /dev/da0s1d 4.8G2.2G2.3G49%/var /dev/da1p1 3.3T682G2.4T22%/db devfs1.0K1.0K 0B 100%/var/named/dev intranet# du -h -d1 2.0K ./.snap 1.5K ./dev 218K ./tmp 4.8G ./usr 2.2G ./var 1.7M ./etc 2.0K ./cdrom 2.0K ./dist 1.1M ./bin 71M ./boot 4.4M ./lib 360K ./libexec 2.0K ./media 512B ./net 2.0K ./proc 3.8M ./rescue 26K ./root 4.1M ./sbin 512B ./host 682G ./db 689G . If I move the old kernel/GENERIC files from /boot I can manage to get back to 101%, I really have no idea where the rest of the space has gone though. Is there any way to locate large files on a specific partition? I did have a problem not too long ago where my /db array did not mount and MySQL managed to recreate the default/sample database on /db/ mysql, could this default database be somewhere else on / while the / db array problem was fixed? *scratches head* It is possible that you have mounted a filesystem onto a non empty directory. The stuff in the dir used as a mount point will be hidden by the mount. Colin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]