AW Client Error:(-9986)Session to local database could not be opened

Unanswered Question
Aug 14th, 2010
User Badges:

Hello guys, I'm here again.

So, i installed AW Client in ten computers, for a customer training. But when I tried to open the configuration manager, appears this message: "(-9986) Session to local database could not be opened". The network for this ten computers is 192.168.7.x and the network from AW Server is 192.168.12.x. I tried to ping and everything is allright, so the two networks are ok.

The ten computers are in ICM Domain, and I´m logged in with administrator to install the aw client.


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)

I'm assuming your Distributor AW is OK. It must be running of course for the Client AWs to connect. That's why it is called a Distributor AW.

The connection from the Client AW towards the Distributor AW (the rtfeed) is trying to connect to the Primary AW over TCP - the target port is TCP 48008 + (InstanceNumber * 40). If you have installed with instance 0 (this is the normal number for first time install) then the AW will be listening on 48008. Run a netstat on the Distributor to see if it is listening on that port.

From the client AW, try to telnet to the Distributor on that port. Can you connect?

Check the registry to see what the Client AW is using as the port number on the Distributor.

If you made a mistake in installing and somehow let the instance number advance, the ports will not be aligned.

On the Distributor, increase the trace level on the rtdist process and you should see the trace of the clients coming in.



david.macias Sun, 08/15/2010 - 02:50
User Badges:
  • Blue, 1500 points or more

Are the username used in the AW clients and the actual AW/HDS different?


Eric Alisson Mon, 08/16/2010 - 05:43
User Badges:

Ok Geoff. But the AW DIstributor is Ok. When i try to connect from my computer, everything its allright.

But when i try to connect from any computer from, appears this error.

I read something like ODBC connection, to change TCP/IP to named Pipes. I will try this.

David, i didnt undestand your question...

david.macias Mon, 08/16/2010 - 05:58
User Badges:
  • Blue, 1500 points or more

What Windows login are you using for the client AW and the HDS/AW?


Eric Alisson Mon, 08/16/2010 - 06:11
User Badges:

David, i'm using administrator, with all privileges from ICM Domain.


david.macias Mon, 08/16/2010 - 06:14
User Badges:
  • Blue, 1500 points or more

So, you're using the same Windows account for both?  I'm thinking you might be having a persmission issue, but if you're using the same domain account, then that shouldn't be the case.


Eric Alisson Mon, 08/16/2010 - 07:18
User Badges:

Geoff, i did a netstat and the port 48008 was listening. I tried telnet on 48008 and connected. I didn`t know what I do more...


Please check the registry on the Client AW and ensure you are trying to connect to that port. Increase the trace and see if you can get some logging information that points you in the right direction.

Usually, adding a client AW is about the easiest ICM task. So we are struggling to know what the problem could be. You need to get us some trace.



Eric Alisson Tue, 08/17/2010 - 06:15
User Badges:

Geoff, David, thank you very much.

I found the problem. It was in connection to ODBC Server.

I was in Administratives tools>ODBC Database.

I fixed the problem changing the client configuration of the ODBC connection to

named pipes. It was set to TCP/IP.

Thanks guy, ando sorry about my problems.

armingojak Wed, 02/04/2015 - 02:09
User Badges:

Hi guys, 

I get the same error message as Zapparoli mentioned.

Difference is that my environment is UCCE 10.0(1) and that I have to use domain users to access AW Client, not domain admins, because of corporate security policy. With domain admin users everything works fine.


So my question is what can I do regarding this? Is it possible to allow domain users (supervisors on UCCE) to access AW Client without giving them admin privileges on domain or local admin right on their PCs.





This Discussion