From: Othman, Asmah-Julaili SITI-ITDGP3-302 (Asmah-Julaili.Othman@SHELL.COM)
Date: Tue Sep 16 2003 - 03:01:06 EDT
I stop the application & the missing space regained.
Thanks a lot!
-----Original Message-----
From: Bruce Zimmer [mailto:b.r.zimmer@WORLDNET.ATT.NET]
Sent: 15 September 2003 21:00
To: aix-l@Princeton.EDU
Subject: Re: Missing space
A couple of very common reason for df (983040-288532=694508) to show
higher usage than du (487,164) is that 1) df takes into account the disk
space reserved by the OS when the fs is created but du does not (on a
new fs look at the df and du allocations) See stats on newly created
FS:
cdsibm # df -k /brz
Filesystem 1024-blocks Free %Used Iused %Iused Mounted on
/dev/lv00 65536 63436 4% 17 1% /brz
cdsibm # du -sk /brz
8 /brz
cdsibm #
but this would only account for part of the 200 MB missing (probably
around 40 MB (4%) if default fs creation parameters were used ) du only
takes into account NAMED files. Therefore if your applications are
using and tmp files that are created without naming them (a parameter
supplied when the temp file is created) then they would be taking up
space and would not show up in a du calculation. If you can, stop all
usage and unmount/remount the fs (not necessary, but ensures that there
is no usage of the fs) and re-do your df -k. you will probably find the
remaining missing disk space
Bruce Zimmer
Central Data Systems
(248) 615-4644 (direct)
(248) 320-1175 (cell)
bzimmer@centraldata.com
-----Original Message-----
From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On Behalf Of
Jim McDonald
Sent: Monday, September 15, 2003 12:16 AM
To: aix-l@Princeton.EDU
Subject: Re: Missing space
Hi
Is /loca/ connected to a separate RAID subsystem with its own RAID
contoller?
If that is the case then its usual practice to have "bad block"
relocation
by the OS turned off.
Let the RAID controller take care of it.
Check your hardware manual.
If you have it turned oln and the OS relocates a block - where has it
gone,
the RAID controller's job is understand the location of blocks on the
spindles.
One way of confiusing the system
Regards
Jim McDonald
------------------------------------------------------------------------
----------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written
agreement or government initiative expressly permitting the use of
e-mail
for such purpose.
------------------------------------------------------------------------
----------------
"Othman, Asmah-Julaili SITI-ITDGP3-302" <Asmah-Julaili.Othman@SHELL.COM>
@Princeton.EDU> on 15/09/2003 01:47:34 PM
Please respond to IBM AIX Discussion List <aix-l@Princeton.EDU>
Sent by: IBM AIX Discussion List <aix-l@Princeton.EDU>
To: aix-l@Princeton.EDU
cc:
Subject: Re: [aix-l] Missing space
This is the output from fsck -n command
** Checking /dev/lvemc08 (/local) MOUNTED FILE SYSTEM; WRITING
SUPPRESSED;
Checking a mounted filesystem does not produce dependable results.
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Inode Map
Bad Inode Map (NOT SALVAGED)
** Phase 6 - Check Block Map
Bad Block Map (NOT SALVAGED)
Filesystem integrity is not guaranteed
1768 files 1039864 blocks 926216 free
I'll try to - umount, fsck -y & mount again.
But what does Bad Inode Map (NOT SALVAGED) means?
Thanks all.
-----Original Message-----
From: Jim McDonald [mailto:jmcdon23@CSC.COM.AU]
Sent: 15 September 2003 11:33
To: aix-l@Princeton.EDU
Subject: Re: Missing space
Hi
I thought that as well or you have a sparse file/s present
- that would account for the results of du << df results
but in this case du results >> df results - which is a bit of a puzzle
Regards
Jim McDonald
------------------------------------------------------------------------
----------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written
agreement or government initiative expressly permitting the use of
e-mail
for such purpose.
------------------------------------------------------------------------
----------------
Bob Booth - UIUC <booth@UIUC.EDU>@Princeton.EDU> on 15/09/2003 12:28:21
PM
Please respond to IBM AIX Discussion List <aix-l@Princeton.EDU>
Sent by: IBM AIX Discussion List <aix-l@Princeton.EDU>
To: aix-l@Princeton.EDU
cc:
Subject: Re: [aix-l] Missing space
Might be an open file, that has been unlinked. Try using the command
fuser /dev/lvemc08 to see what processes have the filesystem open. If
this
is a huge number of processes, you may have to shut down your
application
to
find it.
good luck.
bob
On Mon, Sep 15, 2003 at 10:05:44AM +0800, Othman, Asmah-Julaili
SITI-ITDGP3-302 wrote:
> Hi,
>
> I have a filesystem, df -k output are as follows;
>
> /dev/lvemc08 983040 288532 71% 1864 1%
/local/apps/informatica
>
> The du -ks value is : 487,164
>
> But the free space reported by the system from df-k command is 288532
only. That means I'm losing about 200MB. What is using this space? How
can
i recover the space?
>
> It is normal jfs, oslevel 5.1.0.0 - ML03
>
> Best regars - asmah.
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:17:12 EDT