It's more important to understand the cause than to work through the list. Most of the conditions I listed are environmental and will vary from situation to situation. If you understand the cause and your environment, you should be on the short and narrow path to identify the issue.
On Fri, Oct 21, 2011 at 9:43 AM, <[email protected]>wrote: > ** > Thank you for your response. I'll work down the list you provide and > hopefully it will resolve the issue. > > _____________________________________________________________________________________ > * > John Atherly* | * APC by Schneider Electric ** | Information, Process > & Organization (IPO)* | *Remedy Administrator / Developer* * > Phone:* +305-266-5005 ext. 237 | * > Email:* *[email protected]* <[email protected]> | > *Site:**www.apc.com/ > * <http://www.apc.com/> | *Address:* 703 Waterford Way, Suit 850, > Miami, FL 33126 USA > *** Please consider the environment before printing this e-mail > > > > *Axton <[email protected]>* > Sent by: "Action Request System discussion list(ARSList)" < > [email protected]> > > 10/21/2011 10:36 AM > Please respond to > [email protected] > > To > [email protected] > cc > Subject > Re: ARWARN 9351 message > > > > > ** backchannel request is a servlet request to get data for menus, table > fields, and a litany of other things. What this error means is that the > browser attempted to issue a get or post to that servlet and the expected > (or no) response was not received. The cause can vary, but the underlying > issue is that between the browser and the midtier, something mangled or > blocked the request. This could be some type of security mechanism on your > web server, web browser, issues with session tracking (SSO solution that > blocks the request, a misconfigured load balancer, a load balancer policy > that does not work with the end users proxy, etc.). > > If you are running load balanced midtier servers, you need to look at your > load balancer, as this could potentially be the cause. > If you are running a, SSO solution, look at the session tracking. > If the end user has security things in their browser, look into that, try > disabling them. > If the end user is behind a active/active proxy servers, make sure your > load balancer uses a method compatible with that arrangement (use cookie > based session persistence). > If you run a web server (IIS, Apache, etc.), check what modules/plugins you > have loaded and look for things that are related to security that are > configured to block requests (usually according to some regex). > > There are a number of other things that can cause this issue as well. You > just need to identify where the connection is broken. > > Axton Grams > > On Fri, Oct 21, 2011 at 8:54 AM, > <*[email protected]*<[email protected]>> > wrote: > ** > I looked in a lot of old post on this and could not find the answer to > resolve this issue. I have a user in Australia that when using the web > thet receive the error (ARWARN 9351) Unable to setup data connection, which > is preventing the application from working correctly. I looked up the AR > System error messages and the only extra addition that I could find for the > error was "An internal error occurred during a back channel request from the > browser to the mid tier server". > > 7.5.00 Patch 003 > Windows Server 2003 > > I'm thinking it might just be a time out error since the user also says the > connection speed is very slow. > > Anyone know the solution or should I fly to Australia to see if I also get > the error? > > _____________________________________________________________________________________ > * > > John Atherly* | * APC by Schneider Electric ** | Information, Process > & Organization (IPO)* | *Remedy Administrator / Developer* * > Phone:* +305-266-5005 ext. 237 | * > Email:* *[email protected]* <[email protected]> | > *Site:**www.apc.com/ > * <http://www.apc.com/> | *Address:* 703 Waterford Way, Suit 850, > Miami, FL 33126 USA > *** Please consider the environment before printing this e-mail > _attend WWRUG11 *www.wwrug.com* <http://www.wwrug.com/> ARSlist: "Where > the Answers Are"_ > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > ______________________________________________________________________ > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
