Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Apr 2008 16:26:24 +1000
From:      Hartleigh Burton <hartleigh.burton@destra.com>
To:        Colin Yuile <colin@ips.gov.au>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: a monster stole my /
Message-ID:  <FF8ACE4C-922F-49CD-A0E0-7276A0A81A78@destra.com>
In-Reply-To: <20080429153412.fa5e75b6.colin@ips.gov.au>
References:  <8176B9AB-92B0-4150-9127-C41D79D0E7C4@destra.com> <20080429153412.fa5e75b6.colin@ips.gov.au>

next in thread | previous in thread | raw e-mail | index | archive | help
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               Size    Used   Avail Capacity  Mounted on
/dev/da0s1a              1.0G     91M    864M    10%    /
devfs                    1.0k    1.0k      0B   100%    /dev
/dev/da0s1e              1.0G    229k    954M     0%    /tmp
/dev/da0s1f               62G    5.1G     52G     9%    /usr
/dev/da0s1d              5.2G    2.3G    2.4G    49%    /var
devfs                    1.0k    1.0k      0B   100%    /var/named/dev
/dev/da1p1               3.6T    733G    2.6T    22%    /db





On 29/04/2008, at 3:34 PM, Colin Yuile wrote:

> On Tue, 29 Apr 2008 14:40:09 +1000
> Hartleigh Burton <hartleigh.burton@destra.com> 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               Size    Used   Avail Capacity  Mounted on
>> /dev/da0s1a              989M    986M    -76M   108%    /
>> devfs                    1.0K    1.0K      0B   100%    /dev
>> /dev/da0s1e              989M    216K    910M     0%    /tmp
>> /dev/da0s1f               58G    4.8G     48G     9%    /usr
>> /dev/da0s1d              4.8G    2.2G    2.3G    49%    /var
>> /dev/da1p1               3.3T    682G    2.4T    22%    /db
>> devfs                    1.0K    1.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
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FF8ACE4C-922F-49CD-A0E0-7276A0A81A78>