cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
Walkthrough Wednesdays
3276
Views
0
Helpful
7
Replies
Highlighted
Contributor

Jabber login error

Can someone tell me what the following error means?

2013-03-25 21:34:23,430 ERROR [0x00000e60] [ied\featuresets\adapters\imp\Log.cpp(35)] [JabberWerx] [IMPStackCap::Log::log] - [LoginMgr.dll]: login, OnError, 7

2013-03-25 21:34:23,430 ERROR [0x00000e60] [ied\featuresets\adapters\imp\Log.cpp(35)] [JabberWerx] [IMPStackCap::Log::log] - [JabberWerxCPP.DLL]: JWLoginSink::OnError, lerr:7

2013-03-25 21:34:23,430 INFO  [0x00000e60] [s\adapters\imp\components\Login.cpp(134)] [csf-unified.imp.Login] [IMPStackCap::Login::OnLoginError] - ****************************************************************

2013-03-25 21:34:23,430 INFO  [0x00000e60] [s\adapters\imp\components\Login.cpp(135)] [csf-unified.imp.Login] [IMPStackCap::Login::OnLoginError] - OnLoginError: 7

2013-03-25 21:34:23,430 INFO  [0x00000e60] [s\adapters\imp\components\Login.cpp(136)] [csf-unified.imp.Login] [IMPStackCap::Login::OnLoginError] - ****************************************************************

2013-03-25 21:34:23,431 INFO  [0x00000e60] [ts\adapters\imp\components\Login.cpp(80)] [csf-unified.imp.Login] [IMPStackCap::LoginErrortoErrorCode] -  LoginErrortoErrorCode: 7

2013-03-25 21:34:23,431 DEBUG [0x00000e60] [imp\listeners\LoginEventListener.cpp(79)] [csf-login-event-listener] [LoginEventListener::OnLoginError] - LoginEventListener::OnLoginError: errCode: UnableToConnectToTheServer

2013-03-25 21:34:23,431 INFO  [0x00000e60] [turesets\adapters\imp\LifeCycle.cpp(688)] [csf-unified.imp.PresenceAdapter.LifeCycle] [LifeCycle::OnAuthenticated] - LifeCycle::OnAuthenticated: 0

2013-03-25 21:34:23,431 DEBUG [0x00000e60] [uresets\adapters\imp\SignOnState.cpp(64)] [csf-unified.imp.PresenceAdapter.SignOnState] [SignOnState::markAuthenticated] - markAuthenticated

      

Thanks,

Doug

7 REPLIES 7
Highlighted
Hall of Fame Master

Looking at this:

UnableToConnectToTheServer

there might be an issue resolving the name of the server.

What type of Jabber client are you using (J4W, Mac, iPad, iPhone, Android)?

Are you pointing to IMP server's IP address, hostname, FQDN, SRV?

Chris

Highlighted
Beginner

I am having the same issue.  A Cisco rep suggested I add the CUPS and CUCM servers to the hosts file, but I collected my logs after trying to connect by using the IP address....hostname, FQDN, IP, all fail intermitently, usually in the morning.  Wait some time, an hour or two, the client connects.

Highlighted

I forgot to mention this is using Jabber for Windows 9.1.4

Highlighted
Beginner

you might not be able to connect to the CUPS Server from the client you're using or at least to resolve the name, try to ping the hostname, if it doesn't work you can try with the IP then add the entry to your hostfile or DNS Server.

Please remember to rate helpful responses.

Highlighted

Hi Luis,

You mentioned that:

"I collected my logs after trying to connect by using the IP address....hostname, FQDN, IP, all fail intermitently"

When you see this problem again, can you try following:

  • Have users go to File > Connection Settings and click Save without changing anything
  • Then click Sign On again

If above works you could be hitting a known bug (CSCua29271).

Doug,

OnLoginError: 7  could be due to the above defect or a server side issue. Is the affected user connecting to a subscriber? It could be due to the corruption of authentication database on CUP in which case you should a raise a TAC case for CUP. You may also review the TAC case 623723239 on the url below which had same error reported.

https://tools.cisco.com/ServiceRequestTool/query/

Thanks,

Maqsood

Highlighted

Hi Maqsood,

Thank you for the info!  I looked at the config file I collected and it did have that FALSE flag.  I notified the user of the fix and to try it next time this happens.  So is this a one time fix or will it need to be done every time a connect fails?  I did add the addresses to the host file.

I have another case that is similar, but not the same:  User has an incredibly long connect time, especially after bootup.  Can take 3-4 minutes, often fails.  With this hangup/timeout, it will lock up much of the systems resources.  After this attempt, the client usually connects, but may mean exiting out of the client and opening it again.  It seems that upgrading from 9.1.0>9.1.4 made this connect time even longer, and adding the addresses to the host file did not resolve the issue.

Thanks for the help!

Luis

Highlighted

Hi Luis,

User will need to do this every time they encounter the problem untill the defect is fixed. Regarding second one, please raise a TAC case as this will need further investigation.

Thanks,

Maqsood

Content for Community-Ad