[Info-vax] DNFS1ACP using 100% of CPU
David Froble
davef at tsoft-inc.com
Sun Oct 13 17:57:44 EDT 2013
Sum1 wrote:
> On 2013-10-13 06:56:10 +0000, JF Mezei said:
>
>> On 13-10-12 23:16, Sum1 wrote:
>>
>>> Seems possible - no idea how to track them down as it just started "out
>>> of the blue" and has survived multiple reboots.
>>
>> dir/full dnfsX:[000000...]*.*.* of the NFS served area. See if that
>> triggers the 100% and if so, at which file/directory
>>
>> then, write a DCL script to open/read each file in that NFS served area.
>> See at which file it starts to go 100%
>>
>> If you have a file that is a finder alias (not a unix alias), it is not
>> clear how the OSX NFS server will feed it, and if the VMS NFS client
>> will understand it.
>>
>> If it is something which used to work, and the only thing that is
>> changed is your web content, the problem is likely there.
>
> Sigh…a little over 6,500,000 files….test timings suggest I will have to
> watch monitor for about 103 hours……
>
> It is a good suggestion, but not feasible in this case….
>
Well, it's a computer, you should not have to watch anything ....
I will first admit that 6.5 million files is substantial, beyond my
experiences.
You could devise some procedure to access files and also monitor CPU
usage. Set it up to report only positive hits. This just might give
you a smaller subset of files to consider. Then again, the problem
might be elsewhere, and every file might cause the same CPU usage.
Don't know your application, so this suggestion may not be feasible. If
it was my problem, I'd just get some large storage for the VMS system
and store everything there. However, if some services occur off the VMS
system, this would not be a solution. Nor does the suggestion address
your question.
More information about the Info-vax
mailing list