To make it a little clearer:
The problem and the fix applied to ALL users on the effected file systems,
not just the users involved in the quota change.
My theory is this: The file systems all had quotas set for all users under
Tru64 v 4.0F. The quota limits, while usable by version 5.1A of the O/S,
required some form of translation. The first time that we wrote new user
quotas to the file systems, the quota limit information was written in a new
format which does not require translation and, hence, is faster.
Again: Is this a valid theory?
Regards,
Mandell Degerness
-----Original Message-----
From: Degerness, Mandell MSER:EX
[mailto:Mandell.Degerness_at_gems2.gov.bc.ca]
Sent: Wednesday, March 12, 2003 10:00 AM
To: 'Tru64-unix-managers (E-mail)'
Subject: SUMMARY (MAYBE): Slow File Attributes
I never received any responses to this, but the problem is gone.
The only thing I can see from the logs and actions taken by the system
administrators is that on Thursday (when the problem cleared up), we set
quota's on the V3 AdvFS volumes for the first time since the upgrade. We
have had user quotas in use all along while we were using version 4.0F of
the O/S, but we did not set them under version 5.1A until this Thursday.
Question: Is it feasible that this was the cause of the slow access to file
attributes (and likely some other slowness in I/O as well)?
Regards,
Mandell Degerness
> -----Original Message-----
> From: Degerness, Mandell MSER:EX
> Sent: Tuesday, March 04, 2003 10:00 AM
> To: Tru64-unix-managers (E-mail)
> Subject: Slow File Attributes
>
> I have a DS25 running Tru64 version 5.1A (patch kit 2).
>
> I am seeing extremely slow response to an ls -F or ls -l command when run
> on a directory of 569 entries (mostly regular files but there are 6
> sub-directories, 2 symbolic links, and one of the files is executable).
> The directory is on a V3 AdvFS file system located on an old HSZ40 RAID5
> set, but this performance is abysmal (worse than we saw when the RAID set
> was attached to an AlphaServer 1200 running 4.0F). It takes at least 30
> seconds to get the response back, sometimes as long as a minute and a
> half! A normal ls returns immediately with no perceptible delay.
>
> I am stuck as to where to look for answers. My root, /usr, and /var are on
> V4 file systems and do not have this problem (ls -F of a directory with
> 2000+ entries returns immediately)
>
> Regards,
>
>
> Mandell Degerness
> Senior Systems Programmer
> Planning and Engineering
> Common IT Services
> Phone: (250) 387-5877 Fax: (250) 387-5231
> email: mailto:Mandell.Degerness_at_Gems2.gov.bc.ca
>
Received on Wed Mar 12 2003 - 19:07:13 NZDT