Sometimes when we open a form on the web we can't use any of the search menu's. When a user tries to open a search menu he/she receives the following error: "ARERR [90] Cannot establish a network connection to the AR System server : ARS63UK : RPC: Rpcbind failure - RPC: Unable to receive". This happens to all search menu's, not just one. Flushing the mid-tier cache solves the problem (and sometimes waiting for a few minutes also helps), but eventually the problem keeps on coming back.

This is what shows up in our mid-tier log:

Code:

---

 

4-okt-2005 9:48:09 com.remedy.arsys.support.Log log
SEVERE: GoatException during NDXRequest: 
ARERR [90] Cannot establish a network connection to the AR System server : ARS63UK: RPC: Rpcbind failure - RPC: Unable to receive
	at com.remedy.arsys.goat.Menu.expandMenu(Unknown Source)
	at com.remedy.arsys.goat.QueryMenu.emitJS(Unknown Source)
	at com.remedy.arsys.backchannel.ExpandMenuAgent.process(Unknown Source)
	at com.remedy.arsys.backchannel.NDXRequest.<init>(Unknown Source)
	at com.remedy.arsys.backchannel.EntryListBase.<init>(Unknown Source)
	at com.remedy.arsys.backchannel.NDXExpandMenu.<init>(Unknown Source)
	at com.remedy.arsys.backchannel.ExpandMenuAgent.<init>(Unknown Source)
	at com.remedy.arsys.backchannel.NDXFactory.handleRequest(Unknown Source)
	at com.remedy.arsys.stubs.BackchannelServlet.doRequest(Unknown Source)
	at com.remedy.arsys.stubs.GoatServlet.postInternal(Unknown Source)
	at com.remedy.arsys.stubs.GoatHttpServlet.doGet(Unknown Source)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at com.newatlanta.servletexec.SERequestDispatcher.forwardServlet(SERequestDispatcher.java:638)
	at com.newatlanta.servletexec.SERequestDispatcher.forward(SERequestDispatcher.java:236)
	at com.newatlanta.servletexec.SERequestDispatcher.internalForward(SERequestDispatcher.java:283)
	at com.newatlanta.servletexec.ApplicationInfo.processApplRequest(ApplicationInfo.java:1827)
	at com.newatlanta.servletexec.ServerHostInfo.processApplRequest(ServerHostInfo.java:919)
	at com.newatlanta.servletexec.ServletExec.ProcessRequest(ServletExec.java:1091)
	at com.newatlanta.servletexec.ServletExec.ProcessRequest(ServletExec.java:1002)
Caused by: 
MessageType: 2
MessageNum: 90
MessageText: Cannot establish a network connection to the AR System server
AppendedText: ARS63UK: RPC: Rpcbind failure - RPC: Unable to receive
	at com.remedy.arsys.api.Proxy.ARExpandMenu(Native Method)
  

---

Remedy's response is that the problem has to do with a firewall but we can also reproduce the error locally (by opening IE from the server machine)

The server machine is running on Windows XP SP2 using ARS 6.3/mid-tier 6.3 (both patch 13). The default Windows firewall is turned OFF all the time.

Does anyone else have (or had) this problem?? is there a workaround or something like that?

Just out of curiosity, how big is your user base, and can you tell me what these are set to in your properties file?

arsystem.pooling_max_connections_per_server
arsystem.pooling_max_total_connections

Posibles reasons: Server alias and server name and IP alias do not match. Please verify they are all the correctly configured. If portmapper is on, please verify is running. If not, please verify the MT TCP/RPC ports for that server are correct. Sometimes defining a private RPC queue for MT in the server helps to solve the problem.

We have the same problem (ARERR 91) while consuming a remedy-webservice by an external program. We have escalated this problem to remedy and became the response, that this is an open bug.
Now we have to wait for a patch solving the problem.... :-(

This problem occured to us when we had the refresh interwall set to low. Flush manually or set it to high, dunno where the limit goes but the server does not like beeing hammed by midtier.

I believe this problem has been fixed on 6.3.0 patch 16. It requires you update ALL, ARS + Midtier + User Tool + Admin Tool.

J