[Jason Henries]

Hi Guys,

New here, forum looks good

Just have a problem at the moment that I hope someone can help with.

Exchange 2003, SP2 (5 servers, maybe 4-5 thousand users)
BES 4.1.1 - almost 1000 users

Up until a few days ago, all users could browse their local Intranet fine (not Internet, but that's another story for another day).

Now something insanely weird is happening. Any *new* user who is added to the BES, can not browse. they get an error message

Unable to connect to the select mobile data service.

Now the strange thing is, as I said, is that this happens to *only* new users who are added to the BES. I might try and put it into bullet points

1. An existing user can browse fine.
2. An existing user, who wipes and re-activates, can still browse fine.
3. An existing user, who wipes, is removed from the BES completely, then re-activates can NOT browse.
4. A brand new user, just added from AD can NOT browse.

Scenario 3 and 4 get the following message.

Unable to connect to the selected Mobile Data Service. If problem persists, please try again later. If the problem persists please contact your system administrator.

I tried BTSC, found a few articles

1.
BlackBerry Search Results

Triple checked these

2.
BlackBerry Search Results

This thread here specifies a similar, but different error message. Still, checked all these, all good.

3.
BlackBerry Search Results

This here is a bit sus. I checked out logs, and found this.

[20659] (05/07 16:35:02):{0x27EC} GetMDSStats: COM exception
[20641] (05/07 16:35:02):{0x27EC} COM Error 0x4AA4D0 in GetMDSStats - Timeout expired - IDispatch error #3121
[20642] (05/07 16:35:02):{0x27EC} Database error in GetMDSStats (err=0x80040E31, native err=0) - Timeout expired
[30254] (05/07 16:35:02):{0x27EC} SCS - Call to GetMDSStats failed with error 70001
[b][45009] (05/07 16:35:02):{0x27EC} More cache hit rate: 93.8%, requests: 9985, adds: 202248, size: 10.0/10.0 Mb
[45014] (05/07 16:35:02):{0x27EC} ExtMore cache hit rate: 71.3%, requests: 3619, adds: 1104, size: 1104/20000 [b]
[40748] (05/07 16:35:02):{0x27EC} License total: xx (removed for forum)

[40890] (05/07 16:35:02):{0x27EC} GlobalRescan stats: messaging=77% (xx/xx), calendar=86% (xx/xx), pim=85% (xx/xx) (removed for forum)

Could it be related to this?

The work around says

Workaround

To workaround this issue, increase the default queue size limit from 200 to 20000 by adding the following entry to the Rimpublic.Property file:

IPPP.Request.queuesize=20000


Anyone had any experience with a problem like this before? Unforutnately I can't just jump on and test it due to a change management process which is approved by my manager, to be done after hours - basically it means that I need to be as sure as I can be that this will fix the issue. I have work scheduled in for Wednesday, so I can't even restart the service until then!

Thanks all in advanced.