Loss of disk space
Paul reported mysteriously shrinking free space on the root filesystem of a SUSE Linux 10 box running IDS 10, even though the dbspace chunks were symlinked to other drives. Suggestions: temp files were landing on / because DBSPACETEMP/INFORMIXTMPDIR wasn't pointed elsewhere; use find/du (or fuser) to locate space hogs; and note that a deleted-but-still-open file held by a long-running process (e.g. oninit) keeps consuming space until closed. Paul confirmed the Informix tmp directory was the culprit, but asked how to clean it automatically and why it fills — no answer to that follow-up is recorded.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
Hi all, Can someone please explain to me why am loosing disk space on the root drive of my suse linux 10 server? I have my IDS 10 installed on this server (on the root drive ) and i have configured the primary chunks on differrent harddrives. i have enough space on all the drives but "mysteriously" am loosing the space on the root drive! something else i have created symbolic links for the DB spaces on the root drive pointing to the other drives (but i guess they are just "pointing"). Help! Paul
Not sure, but thinking if your /tmp directory is under / file system and if you have not explicitely mention INFORMIXTEMP to some other direstory then it can happen. Thanks, Amitava "PAUL GATHOGO" <pgathogo@gmail.c om> To Sent by: ids@iiug.org ids-bounces@iiug. cc org Subject Loss of disk space [8782] 10/04/2007 13:06 Please respond to ids@iiug.org Hi all, Can someone please explain to me why am loosing disk space on the root drive of my suse linux 10 server? I have my IDS 10 installed on this server (on the root drive ) and i have configured the primary chunks on differrent harddrives. i have enough space on all the drives but "mysteriously" am loosing the space on the root drive! something else i have created symbolic links for the DB spaces on the root drive pointing to the other drives (but i guess they are just "pointing"). Help! Paul ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.
Amitava, Thanks, i've seen the /etc/tmp folder in informix dir is the culprit! what am wondering how can i clean this tmp folder automatically? and why is it getting full really first?
On 10/04/07, PAUL GATHOGO <pgathogo@gmail.com> wrote: > Hi all, > > Can someone please explain to me why am loosing disk space on the root drive > of my suse linux 10 server? I have my IDS 10 installed on this server (on the > root drive ) and i have configured the primary chunks on differrent > harddrives. i have enough space on all the drives but "mysteriously" am > loosing the space on the root drive! something else i have created symbolic > links for the DB spaces on the root drive pointing to the other drives (but i > guess they are just "pointing"). > > Help! > > Paul > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > Paul Are you sure they are just 'pointing' ! From where is the space disappearing? from / ? Try the following (as root) to try to identify any space hogs: (cd /) find . -mount -size +5000000c -exec ls -al {} \\\\; # finds files over 5 Mb du |sort -rn |pg # shows directories taking up most space in descending order of size Keith
Sounds like you might have removed the file when the file is still open and process is still writing to the inode. Does Suse have the fuser command, you might be able to track it via that Paul Watson Tel: +44 1414161772 +1 913-400-2620 Mob: +44 7818003457 +1 913-636-2858 Web: www.oninit.com Failure is not as frightening as regret. Attend IDUG 2007 San Jose, North America May 6-10, 2007 Visit http://www.iiug.org/conf for more information. > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On > Behalf Of PAUL GATHOGO > Sent: 10 April 2007 02:36 > To: ids@iiug.org > Subject: Loss of disk space [8782] > > Hi all, > > Can someone please explain to me why am loosing disk space on > the root drive of my suse linux 10 server? I have my IDS 10 > installed on this server (on the root drive ) and i have > configured the primary chunks on differrent harddrives. i > have enough space on all the drives but "mysteriously" am > loosing the space on the root drive! something else i have > created symbolic links for the DB spaces on the root drive > pointing to the other drives (but i guess they are just "pointing"). > > Help! > > Paul > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the > discussion forum.
On 4/10/07, PAUL GATHOGO <pgathogo@gmail.com> wrote:
> Can someone please explain to me why am loosing disk space on the root drive
> of my suse linux 10 server? I have my IDS 10 installed on this server (on the
> root drive ) and i have configured the primary chunks on differrent
> harddrives. i have enough space on all the drives but "mysteriously" am
> loosing the space on the root drive! something else i have created symbolic
> links for the DB spaces on the root drive pointing to the other drives (but i
> guess they are just "pointing").
You can 'lose' disk space on your root file system if a long-running
process (eg oninit) has a file (eg a log file) open and keeps it open
indefinitely, but you remove the last name (directory entry) for that
file. The file continues to exist, and to grow, but you can't find it
because it has no name. The file will vanish and the disk space
become available again when the last process with the file open close
it.
IDS actually doesn't keep log files open all that long, in general,
not even the online.log file (we can have a separate discussion about
the merits of that arrangement). However, that can be a mechanism
that leads to disk space 'vanishing'.
IDS pre-allocates the disk space for a chunk; once allocated, the
chunk doesn't grow until you tell it to. So, it is unlikely to be the
chunks that are causing trouble.
--
Jonathan Leffler #include <disclaimer.h>
Email: jleffler@earthlink.net, jleffler@us.ibm.com
Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/
NB: Please do not use this email for correspondence.
I don't necessarily read it every week, even.