From: Jim McDonald (jmcdon23@CSC.COM.AU)
Date: Mon Sep 15 2003 - 00:15:43 EDT
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