Brian Madden Logo
Your independent source for application and desktop virtualization.
Marketplace

advertisement

Problem with one server in a Presentation 4 Farm , in the Citrix XenApp / Presentation Server forum on BrianMadden.com

rated by 0 users
Not Answered This post has 0 verified answers | 1 Reply | 0 Followers

Not Ranked
Points 20
hstattal@yahoo.com posted on 09-23-2008 10:16 AM
Hi All

I currently have 6 servers in a PM 4 farm and have recently noticed that one server in the farm no longer seems to be an "active" member - i.e. users are not logged onto this server even when the other 5 servers are under load. I've checked the logs and cannot find anything that would point me in the right direction to fix the problem. I've also noticed a new problem and I think this may be related and that is if I publish an application from this server only - the published app breaks with the following error:

Unable to access ICA file
Error: HTTP 500 - An error occurred while connecting to teh requested resouce.

Simply copying the published app and deleting the original fixes the problem.

I'm assuming that fixing the first issue will also fix the Http 500 problem.

The Http 500 error dosen;t happen to any app published on the other 5 servers.

any pointers and help would be really appreciated.

Cheers

Harj





All Replies

Top 10 Contributor
Points 15,249
It sounds like you are front-ending your CPS farm with a web interface server. Are you using the web client or the Client for Java? Which version of client?

For now, I'll assume you are not using CSG - please post back if you are.

When using WI without CSG, you need to perform translation on each of your CPS servers so that the ICA file that gets dynamically generated has the correct IP address (the public one). To get the correct IP address in the ICA file, you must either issue the ALTADDR command on each server and have a unique one-to-one public to private IP translation through your firewall OR you must setup the WI server to do the translation for you (in which case DO NOT use ALTADDR).

Look at the DMZ settings ("Manage secure client access" -> "Edit DMZ settings") in the WI config. When using a WI server without CSG, the Access Method should be either "alternate" or "translated" - use the former if using ALTADDR on each CPS server and the latter if using the WI to perform translations. To configure the WI to perform translations, look in "Manage secure client access" -> "Edit address translations".

If all checks out with the WI settings and ALTADDR (if appropriate), then make sure the IMA service is running on the problem server. Also, issue this command at a command prompt:

qfarm /load

And look at the server load for the problem server. Is it 10000? If so, users won't be able to connect to this server. Make sure that your "normal" load evaluator is assigned to this server as a common practice is to create a special LE for maintenance purposes. Also, confirm the LE applied to your other servers.

It wouldn't hurt to run a dsmaint recreatelhc too.

Alan Osborne
President (MCSE, CCNA, VCP, CCA)
VCIT Consulting - Citrix/Terminal Services Remote Desktop Solutions for SMB
p: 604-288-7325
c: 778-836-8025
web: http://www.vcit.ca
blog: http://www.vcit.ca/wordpress

  • | Post Points: 5
Page 1 of 1 (2 items) | RSS
Copyright © 1997-2008 The Brian Madden Company, LLC | Disclosures | Privacy | Terms of Use | Contact Info