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. If you cannot access hyperlink,
please e-mail sender.
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
