Re: "frozen" application by using Advanced Server Share
From: PEN (paul.nuneznosp_at_mhp.com)
Date: 09/30/04
- Next message: Tom Linden: "Re: HP admits discontinued IA64 workstations"
- Previous message: Main, Kerry: "RE: Tiny pickings for Itanium OEM's"
- In reply to: Udo Kaul: ""frozen" application by using Advanced Server Share"
- Next in thread: Carl Karcher: "Re: "frozen" application by using Advanced Server Share"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 30 Sep 2004 09:08:21 -0400
Hi Udo,
If you suspect the Advanced Server, check the server logs, etc for
indications of errors:
$ admin/analyze/since=<date:time>
$ admin sh event/full/since=<date:time>
$ type/tail pwrk$lmlogs:pwrk$lmsrv_<nodename>.log
But, I suspect for this type if issue, you won't find much.
If you could get a trace of this behavior I'd be happy to look at it. If
you're unsure of which terminal server would be accessing the Advanced
Server, use tcpdump and capture traffic from all of them. Not sure of the
exact syntax (don't have a tcpip v5.4 system at my disposal):
$ tcpdump -w outputfile.bin -b 300 -s 1500 host <termsrv1-ipaddr> or
<trmsv2-ipaddr>
Some things that come to mind that may be at play here:
Opportunistic Locking - To disable:
$ edit pwrk$common:pwrk.ini ! Add the lines:
[PLM]
ENABLE_OPLOCKING=NO
Alias filename processing (if the directory contains lots of files which do
not comply with the DOS 8.3 naming convention) - To disable (ECO3 only):
$ edit pwrk$common:pwrk.ini ! Add the lines:
[ODS2]
DISABLE_ALIAS_FILENAMES=YES
Directory Cache - If the .DIR file containing the files in question is
larger than 512 blocks, it will not be cached and will dramatically slow
performance. If the .DIR file is less than 1024 blocks, the dircache size
can be increased to the max of 1024 to allow for it to be cached:
$ edit pwrk$common:pwrk.ini
[ODS2]
DIR_CACHE_LIMIT=1024
Any modifications to pwrk.ini require the Advanced Server be restarted...
HTH,
Paul
"Udo Kaul" <udo.kaul@merck.de> wrote in message
news:302d60f2.0409300324.24effe03@posting.google.com...
> We've got a Performance Problem with a Application which is running on
> a Citrix Terminalserver Farm. The Application use
> one Advanced Server V7.3-130A Share for storing Configuration Data
> and Result Data.
> If we start the Application from a ICA-Client ( with one
> Terminalserver in the farm) everything is fine.
> If we start the Application from a ICA-Client ( with two or more
> Terminalserver in the farm) , the Application is frozen for 20 - 40
> sec.
> After that the Application is running . The frozen Situation is
> repeating several times.What the Application do is to open some Files
> which contains Information about the system.
> These open files we can see with admin show open .
>
> If we use a Win2000 Share, we didn't saw these Problems.
>
> Does anybody has any idea ?
>
> Does the RMS handling for open files from VMS cause this Problems ?
>
> Enviroment :
> ES40 with OpenVMS 7.3-2, TCPIP V5.4 - ECO 2, MA8000 Storage System
>
> best regards Udo
- Next message: Tom Linden: "Re: HP admits discontinued IA64 workstations"
- Previous message: Main, Kerry: "RE: Tiny pickings for Itanium OEM's"
- In reply to: Udo Kaul: ""frozen" application by using Advanced Server Share"
- Next in thread: Carl Karcher: "Re: "frozen" application by using Advanced Server Share"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]