From: Degerness, Mandell MSER:EX (Mandell.Degerness@gems2.gov.bc.ca)
Date: Wed Mar 12 2003 - 13:00:14 EST
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@Gems2.gov.bc.ca
>
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:10 EDT