Paul Schmehl wrote:
--On June 18, 2008 11:59:49 PM -0400 Sahil Tandon [EMAIL PROTECTED] wrote:
Also, what is the output of 'df -i /var'?
# df -i /var/
Filesystem 1K-blocksUsed Avail Capacity iusedifree %iused
Mounted on
/dev/da1s1d 283737842 5397568 255641248 2% 20350
Steve Bertrand writes:
I am not in any which way certain changing major revision numbers
will affect the file system in any which way. I am also not very
knowledgeable in regards to inodes, but I do know that they can
run out before disk space does.
It is my understanding that
Steve Bertrand writes:
I am not in any which way certain changing major revision numbers
will affect the file system in any which way. I am also not very
knowledgeable in regards to inodes, but I do know that they can
run out before disk space does.
It is my understanding that
--On Thursday, June 19, 2008 02:28:31 -0400 Steve Bertrand [EMAIL PROTECTED]
wrote:
Paul Schmehl wrote:
--On June 18, 2008 11:59:49 PM -0400 Sahil Tandon [EMAIL PROTECTED] wrote:
Also, what is the output of 'df -i /var'?
# df -i /var/
Filesystem 1K-blocksUsed Avail Capacity
On Jun 19, 2008, at 9:40 AM, Paul Schmehl wrote:
As you can see from the df -i I posted (to which you responded),
inode exhaustion is not an issue.
You are probably right about that, but could you also post the result of
sudo tunefs -p /var
That won't tell us what is in use, but it will
--On Thursday, June 19, 2008 11:09:57 -0500 Jeffrey Goldberg
[EMAIL PROTECTED] wrote:
On Jun 19, 2008, at 9:40 AM, Paul Schmehl wrote:
As you can see from the df -i I posted (to which you responded),
inode exhaustion is not an issue.
You are probably right about that, but could you also
Paul Schmehl wrote:
I'm leaning toward some sort of bug in mysql version 5.0.51 which
creates a temporary file (in the wrong place) and then doesn't
release it until it exhausts the space on the drive. In any case,
I'm going to report it to the mysql folks as such and hope they can
figure
--On Thursday, June 19, 2008 20:02:59 +0200 Peter Boosten [EMAIL PROTECTED]
wrote:
Paul Schmehl wrote:
I'm leaning toward some sort of bug in mysql version 5.0.51 which
creates a temporary file (in the wrong place) and then doesn't
release it until it exhausts the space on the drive. In
Paul Schmehl wrote:
--On Thursday, June 19, 2008 20:02:59 +0200 Peter Boosten
[EMAIL PROTECTED] wrote:
Paul Schmehl wrote:
I'm leaning toward some sort of bug in mysql version 5.0.51 which
creates a temporary file (in the wrong place) and then doesn't
release it until it exhausts the
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
--On June 18, 2008 10:45:57 PM -0500 Paul Schmehl
[EMAIL PROTECTED] wrote:
Why
would toor be running dd? Is it some sort of file recovery routine
triggered by filesystem full messages?
Sheesh - that's operator, not toor, of course.
Paul Schmehl
If it isn't already obvious,
my opinions are
--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
Warren wrote:
im trying to get cacti working, but since im using a small P2 300 machine with
a small hdd my /var has suddenly become full and im wodering what is safe and
not safe so to speak to del in the /var dir .. the following are the dir's i
have.
--- cut
drwxr-xr-x 2 rootwheel
On Mon, 7 Feb 2005 11:20 pm, albi wrote:
Warren wrote:
im trying to get cacti working, but since im using a small P2 300 machine
with a small hdd my /var has suddenly become full and im wodering what is
safe and not safe so to speak to del in the /var dir .. the following are
the dir's i
Warren wrote:
Sadly neither the log dir nor mail had much in it since they where the 1st 2 i
also thought of.
what about /var/tmp ? also, a du -h /var might help
___
freebsd-questions@freebsd.org mailing list
On Mon, 7 Feb 2005 11:34 pm, albi wrote:
Warren wrote:
Sadly neither the log dir nor mail had much in it since they where the
1st 2 i also thought of.
what about /var/tmp ? also, a du -h /var might help
awesome .. i was wondering about a command to list the stuff inthe individual
dir's
Warren wrote:
im trying to get cacti working, but since im using a small P2 300 machine with
a small hdd my /var has suddenly become full and im wodering what is safe and
not safe so to speak to del in the /var dir .. the following are the dir's i
have.
drwxr-xr-x 2 rootwheel 512 Feb
On Tue, 8 Feb 2005 12:19 am, Erik Norgaard wrote:
Warren wrote:
im trying to get cacti working, but since im using a small P2 300 machine
with a small hdd my /var has suddenly become full and im wodering what is
safe and not safe so to speak to del in the /var dir
Although you have now
On Mon, 7 Feb 2005 22:48:41 +1000, Warren
[EMAIL PROTECTED] wrote:
im trying to get cacti working, but since im using a small P2 300 machine with
a small hdd my /var has suddenly become full and im wodering what is safe and
not safe so to speak to del in the /var dir .. the following are the
On Monday 07 February 2005 13:48, Warren wrote:
i was wondering about a command to list the stuff inthe
individual dir's and it seems some old packages that have been de-installed
ahev remnets and a lot of them in the /var/db port totalling a significant
amount of Meg. Thanks for the help.
On Monday 07 February 2005 10:16 pm, Luyt wrote:
On Monday 07 February 2005 13:48, Warren wrote:
i was wondering about a command to list the stuff inthe
individual dir's and it seems some old packages that have been
de-installed ahev remnets and a lot of them in the /var/db port
totalling
Hi.
I don't know if this is going to be of much use, but I encountered the same
problem on 5.3-STABLE only 48 hours after upgrading from 4.10.
My problem was that KDE was storing more crap than the law should allow
on /var/tmp
My solution was to create a symbolic link from /var/tmp to
On Sat, Jan 29, 2005 at 05:48:26PM -0500, GRF . wrote:
I am running FBSD 5.2.1 and my /var partition is giving me cannot write
to disk errors, disk is full. I cleared out what I could and got it down
to about 98% but I have some strange findings which I will show below.
[/var] df -h
23 matches
Mail list logo
