This isn't something easy to reproduce but I think I'll try Fiddler and hope for the best.
We are not on a load balanced environment, and I found out from this user that he stopped using a VM anymore and is still receiving this, although if there are browser plugins or proxy settings those would be tied to his roaming profile rather than the machine. As for the environment, we are using Tomcat running on port 80 directly, the mid tier on one standalone server with one public IP address that everyone uses. The error occurs as far as I know only on the same internal network that everyone else uses. Thanks, Shawn Pierson Remedy Developer | Southern Union From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Hyunkel v2.0 Sent: Tuesday, October 11, 2011 8:32 AM To: arslist@ARSLIST.ORG Subject: Re: ARERR 9350? ** Try to use Fiddler to debug the back channel; you would probably see where exactly the connection changes the backchannel (passing through another DNS or proxy while data retrievel) I saw this on network environments with loadbalancers or a poor bandwidth, and MidTier works based on open a channel handled by single IP communication, if at somepoint of time the IP address for the loadbalancer, proxy, dns, or any other network device changes during the data retrieval, this generate the error message you're facing. Using fiddler will let you track the ip of the network device. Another couple of considerations you need check: + Your Mid Tier is separate from the App server? + Which Web Server are you using? + User is reaching your mid tier by using a VPN? + Your Web Server has two IP address (Public and Admin)? Cheers. Hugo Ruesga Software Development Advisor US 972.577.7000 x 332.3868 MX +52 (33) 3332.3868 P Please consider the environment before printing this email The information contained in and transferred with this electronic message is intended only for the recipient(s) designated above, it is protected by law and it may contain information which is privileged and confidential. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. ________________________________ Date: Tue, 11 Oct 2011 08:05:11 -0500 From: shawn.pier...@sug.com Subject: ARERR 9350? To: arslist@ARSLIST.ORG ** Good morning, I have a user receiving ARERR 9350, which states, "Network protocol/data error when performing data operation. Please contact administrator." I've never seen this message appear, and it looks like only one person is getting it. He's logging in to the Mid Tier on ARS 7.5, and the main variable that I can think of that may be a factor is that he is using a virtual machine for his desktop. Our client-side virtual infrastructure is terrible, so I suspect that it may be a lack of bandwidth or some sort of disconnect on that side, but he's not getting a browser error so I would have normally suspected that. The other thing to consider is that we recently started using JSS's SSO authentication plugin, which seems to work great for everyone, but I have to consider it as a possible factor since it is newly implemented. Does anyone have any idea what could generate this message? We can't reproduce it, it just randomly happens. Also, BMC's documentation is pretty terrible here. It just states, "An internal error occurred because parameters passed to the back channel were incorrect." That is pretty much gibberish as far as I can tell. Thanks, Shawn Pierson Remedy Developer | Southern Union Private and confidential as detailed here<http://www.sug.com/disclaimers/default.htm#Mail>. If you cannot access hyperlink, please e-mail sender. _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
