Monday, June 8, 2009

[THIN] Re: Disk Queue Length Question

VM’s often give false readings as well. Your EMC should have performance monitors that can either verify or refute your findings.

 

Your note is confusing. Avg Disk Read & Write? Do you mean Avg Disk sec/Read & Write?

 

Steve Raffensberger

CSG Citrix Administrator

Sovereign Bank

 


From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Webster
Sent: Monday, June 08, 2009 11:35 AM
To: thin@freelists.org
Subject: [THIN] Disk Queue Length Question

 

Greetings,

 

Have a customer having an issue with frozen sessions on a TS2003/XA5 x86server.  The issue happens with both RDP and ICA.  And happens remotely or logged in to the console.

 

Issue: When using Adobe Acrobat 9.1 Pro to create PDFs from various form of documents, the sessions freeze for very long periods of time.  i.e. > 20 minutes

 

Info: TS/XA server is a VM under Hyper-V.  My Docs and Roaming Profiles are redirected to File Servers that are also VMs under Hyper-V.

My Docs and Roaming Profiles are stored on an EMC SAN connected via 4GB FC.  Both are configured for RAID5 as that is the only option available to them until they do a major upgrade on the SAN sometime this summer.

 

Problem: Avg Disk Queue Length is > 1,300

Avg Disk Read > 4,500

Avg Disk Write > 22,000

 

Question: Of course I know that taking, on avg, 22 SECONDS to write a block of data is going to cause MAJOR issues and is more than likely the cause for the session hangs/freezes.  But, on a FC SAN, are Avg Disk Queue Length and or Current Disk Queue Length valid counters to monitor for a Terminal Server/XenApp Server?

I am finding conflicting advice on whether the Disk Queue Length counters are valid for either SANs or Roaming Profiles and redirected My Docs stored on a SAN.

 

Thanks

 

 

Webster

 


This message contains information which may be confidential and privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail, and delete or destroy the message. Thank you.

No comments: