--On June 18, 2008 11:59:49 PM -0400 Sahil Tandon <[EMAIL PROTECTED]> wrote:

Paul Schmehl <[EMAIL PROTECTED]> wrote:

At 10PM (local time) this evening, a server started reporting that /var
was  full.  When I ssh'd in to the server to investigate, df said /var
was at 2%  full (5.1G) and dh reported the same (5.1G).
/var/log/dmesg.today is full  of messages listing multiple entries with
the same inode number followed by  one entry listing dd as the culprit.

+pid 730 (mysqld), uid 88 inumber 7089166 on /var: filesystem full


Was this some sort of temporary glitch?  Or something more ominous?
Why  would toor be running dd?  Is it some sort of file recovery
routine  triggered by filesystem full messages?

This appears to be mysql-related:

I gathered that from the error messages.


Hmmm..tmpdir is not defined in /etc/my.cnf, so if I'm reading this right, mysqld *should* use /tmp for its temporary files. This server has a /tmp partition that is 3.2GB, so that should be more than ample space *if* mysqld is really using it. It appears that it may be using /var/tmp instead, which would be incorrect behavior *if* I'm reading their docs right. But this /var partition is 300GB, so that's a really, really huge temporary file.

Also, what is the output of 'df -i /var'?

# df -i /var/
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/da1s1d 283737842 5397568 255641248 2% 20350 36673664 0% /var

See recent thread on FreeBSD Forums for context:


Thanks.  At least I know I'm not the only one to have run into this oddity.

I'm not that knowledgeable of inodes. My understanding is they are destroyed once a file is no longer in use. Is that correct? Is there any sort of history kept of file system activity that would identify what filename was identified by the inumbers listed in dmesg.today? Or is that vain hope?

This is a 6.2 RELEASE system. (Looks like it's time to upgrade to 7.0 STABLE.)

Paul Schmehl
If it isn't already obvious,
my opinions are my own and not
those of my employer.

freebsd-questions@freebsd.org mailing list
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to