Thanks to Oisin McGuinness, Joe Fletcher, Bard
Tesaker, Alex Harkema, Chari Ramos Diaz, Ernest
Gronblom, Ray Wolfers, John Tan, Walter North, Warren
Sturm and Thomas Payerle (No special order here)
Most seemed to be pointing to open files by a
processes, and others to db files. I forgot to mention
these are datafiles only. I used lsof/fuser, shutdown,
that did not change a thing. Then I unmounted the fs,
ran verify. No change. Someone suggested checking
quotas. Looking into manpages for quotacheck (I
thought we dont use quotas :)), saw this statement:
-v Reports discrepancies between the
calculated and recorded disk quotas.
So I ran it:
saturn_at_/ftp$ sudo quotacheck -v hsz50_2#usr3
*** Checking user and group quotas for hsz50_2#usr3
(/scit)
system fixed: inodes 7 -> 1759 blocks 28 ->
3748401
users fixed: inodes 0 -> 43116 blocks 0 ->
7384227
fixed: inodes 56 -> 0 blocks 3297400 -> 0
fixed: inodes 1695 -> 0 blocks 450972
-> 0
fixed: inodes 43116 -> 0 blocks 7384227
-> 0
nobody fixed: inodes 1 -> 0 blocks 1 -> 0
saturn_at_/ftp$
Now df reports the correct values with du!!
BUT, ANOTHER BIG QUESTION:from manpages for quotacheck
The quotacheck command checks only file systems that
have the userquota or groupquota option specified in
the /etc/fstab file.
This is not the case here. We do not have quotas
enabled in /etc/fstab! Bug? This is my entry below:
hsz50_2#usr3 /scit advfs rw 1 2
hsz50_2#ftp_fset /ftp advfs rw 1 2
But there were quota.user and quota.group files at the
root of /scit. These files had not been modified since
1997. Is this to mean we had quotas enabled before in
/etc/fstab or ??? they got updated today. Since we
dont intend to use quotas, is it safe to delete them?
ORIGINAL POSTING BELOW:
--- Tru64 User <tru64user_at_yahoo.com> wrote:
> I recieved one response (Thanks) but I still haven't
> solved my mystery. showfdmn -k reports free space
> from
> only one file set (usr3 fset, fs /ftp, 86168896
> free).
> It does not see the space Available on /scit (same
> domain). Original problem is that du -k reports only
> 11Gb of data on /scit, while df -k, showfsets -k
> show
> 74Gb. Actual data seems to be only 11Gb. I do not
> have
> a clue where the 74GB is being reported from. No
> files
> are hidden under the mount point (verified)
>
> saturn_at_/usr/users/mollel$sudo df -k (other fs
> ommited)
> Filesystem 1k-blocks Used Available
> Use% Mounted on
> hsz50_2#ftp_fset 106589016 9047310 86168896
> 10% /ftp
> hsz50_2#usr3 106589016 74311908 32277108
> 70% /scit
>
>
> saturn_at_/usr/users/mollel$sudo showfdmn -k hsz50_2
>
> Id Date Created LogPgs
> Domain Name
> 3399cb25.000df113 Sat Jun 7 16:57:09 1997 512
> hsz50_2
>
> Vol 1K-Blks Free % Used Cmode Rblks
> Wblks Vol Name
> 1L 106589022 86168896 19% on 256
>
> 256 /dev/rzb10c
> saturn_at_/usr/users/mollel$sudo showfsets -k hsz50_2
> usr3
> Id : 3399cb25.000df113.1.8001
> Files : 53995, SLim= 0,
> HLim= 0
> Blocks (1k) : 74311908, SLim= 0,
> HLim= 0
> Quota Status : user=off group=off
>
> ftp_fset
> Id : 3399cb25.000df113.2.8001
> Files : 1411, SLim= 0,
> HLim= 0
> Blocks (1k) : 9047310, SLim= 0,
> HLim= 0
> Quota Status : user=off group=off
>
> saturn_at_/usr/users/mollel$ ls -l /etc/fdmns/*
> total 0
> lrwxrwxrwx 1 root system 11 Dec 27
> 1999
> rzb10c -> /dev/rzb10c
>
> Verified from Storage Array commands that all disks
> are OK, nothing in failed state. Help.....
>
>
> Note: forwarded message attached.
>
>
> =====
> Richard F. Mollel
> SAIC, MD
> Experience is what allows you to recognize a mistake
>
> the second time you make it.
> "The ignorance of certain Unix principles does not
> denote stupidity, rather a need to be pointed in the
>
> right direction" --Unknown, from a Unix Hack site.
>
> __________________________________________________
> Get personalized email addresses from Yahoo! Mail -
> only $35
> a year! http://personal.mail.yahoo.com/
> ATTACHMENT part 2 message/rfc822
> Date: Mon, 5 Feb 2001 09:39:33 -0800 (PST)
> From: Tru64 User <tru64user_at_yahoo.com>
> Subject: AdvFS and df (UPdate to previously hostname
> disappeared)
> To: Tru64 User <tru64user_at_yahoo.com>
>
> (df-k shows 74 gig used, du -k reports 11Gb)
> I think I am getting to the root of my problem, but
> need experienced help. Look at these outputs below.
> showfsets -k agrees with df, but du differs. Man
> pages
> for df say: For filesets
> that have quotas established, the 512-blocks,
> Avail,
> and Capacity values
> reflect limits imposed by quotas. They do not
> represent actual space avail-
> able in the file domain unless there is less space
> in the domain than
> allowed by the quota limit.
> But I do not have quotas established.
> Anybody can help me untangle this problem with
> df/du??
> Umounting/mounting the filesystem did not help
> either.
>
> saturn_at_/usr/users/mollel$ df -k /ftp /scit
> Filesystem 1k-blocks Used Available
> Use% Mounted on
> hsz50_2#ftp_fset 106589016 9047310 86168896
> 10% /ftp
> hsz50_2#usr3 106589016 74311908 32277108
> 70% /scit
> nsipp_at_/usr/users/mollel$ s du -sk /ftp
> 9047350 /ftp
> nsipp_at_/usr/users/mollel$ s du -sk /scit
> 11132708 /scit
> saturn_at_/usr/users/mollel$
>
> saturn_at_/scit$ showfsets -k hsz50_2
> usr3
> Id : 3399cb25.000df113.1.8001
> Files : 53995, SLim= 0,
> HLim= 0
> Blocks (1k) : 74311908, SLim= 0,
> HLim= 0
> Quota Status : user=off group=off
>
> ftp_fset
> Id : 3399cb25.000df113.2.8001
> Files : 1411, SLim= 0,
> HLim= 0
> Blocks (1k) : 9047310, SLim= 0,
> HLim= 0
> Quota Status : user=off group=off
>
> saturn_at_/scit$
>
>
>
>
>
> > Alpha2100 running 4.0G, no patches yet, waiting to
> > take it 5.1.
> > For df and du problem, checked archives, nothing
> > like
> > it. What is the way to locate/map physical disks
> to
> > device names, disks located in Alpha2100 drawer??
> I
> > would like to label them to know which is where.
> > Thanks in advance.
> >
> >
> >
>
>
> =====
> Richard F. Mollel
> SAIC, MD
> Experience is what allows you to recognize a mistake
>
> the second time you make it.
> "The ignorance of certain Unix principles does not
> denote stupidity, rather a need to be pointed in the
>
> right direction" --Unknown, from a Unix Hack site.
>
> __________________________________________________
> Get personalized email addresses from Yahoo! Mail -
> only $35
> a year! http://personal.mail.yahoo.com/
=====
Richard F. Mollel
SAIC, MD
Experience is what allows you to recognize a mistake
the second time you make it.
"The ignorance of certain Unix principles does not
denote stupidity, rather a need to be pointed in the
right direction" --Unknown, from a Unix Hack site.
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/
Received on Tue Feb 06 2001 - 14:18:51 NZDT