GWCheckPA and Address Book Sync
 

I have noticed this scenario at a few clients.

- address book sync stops working
- check processes, GWCheckPA running
- check log files, no GWCheckPA log

Solution:
- end GWCheckPA process
- restart GroupWise Service controller
- GWCheckPA starts again (actually it starts automatically because the GW Service controller watches to see that it is running)

- address book sync begins
- GWCheckPA log file gets created

Everything seems to work for a while and then occurs again (weeks in between).

Anyone else come across this issue?

not noticed that, but i've noticed that if i've enterprise activated a user before i have assigned them their personal address book it does work, but only seems to be on the pearl, seems ok on my 8800 and other users 8707

This is occuring on BES installs that have been running for years and recently upgraded to v4.1.

Script fix for GWCheckPA.exe needing process ended
 

I have a VB Script written to address these issues if anyone is interested and doesn't have any vb experience.

It just terminates the GroupWise GWCheckPA.exe, GWConnector.exe, & GWCheckNew.exe processes and then GWService.exe will respawn them with new PIDs. I have this scheduled to run nightly on my BES server and haven't had to worry about it since. Just copy the script below in a new notepad file and save with .VBS extension and Whalla!!

Let me know if this helps! I guess the Service Pack 3 fixes this, but for those who want a quick fix..

strComputer = "."

Set objWMIService = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

Set colProcessList = objWMIService.ExecQuery _
("Select * from Win32_Process Where Name = 'GWCheckNew.exe'")

For Each objProcess in colProcessList
objProcess.Terminate()

Next

Set colProcessList = objWMIService.ExecQuery _
("Select * from Win32_Process Where Name = 'GWCheckPA.exe'")

For Each objProcess in colProcessList
objProcess.Terminate()

Next

Set colProcessList = objWMIService.ExecQuery _
("Select * from Win32_Process Where Name = 'GWConnector.exe'")

For Each objProcess in colProcessList
objProcess.Terminate()

Next

Sounds like the same as KB-11259 which has now been fixed in 4.1.3 according to the release notes.

Thank you for the KB reference.

I did not see anything in the release notes for SP3 that fixes this issue. Has anyone installed SP3 and noticed that this issue is resolved?

I think the KB references the SDR number which is quoted in the release notes under fixed issues.

Perfect. The description was a little vague.

I installed SP3 and address book syncing is working fine so far.

This issue is fixed in 4.1.3 but still exists in version 4.0.6

Instead of making a big script you can do the following, it's 10x easier.

Create a .bat file.. say.. "restartGWPA.bat"

In the file put the following:

NET STOP BlackBerry GroupWise Service
WAIT 5
NET START BlackBerry GroupWise Service

Save the file. Create a scheduled task in Windows to execute this batch file every night at like.. 3am or something.

Nice fix! I like the batch approach better....

We're having the same problems here... when I read the KB and it said "The matter had been escalated internally", I knew that we'd be on our own as RIM is notorious for taking forever to fix stuff like this.

We cannot go to 4.1 as 90% of our clients are still on GW 6.5.7. we've started upgrading the mail servers to 7.0 but I don't see us moving to BES 4.1 any time soon...

Anyway.... nice job on the fix! simple fixes are usually the best fixes!

GW7 is not a requirement for BES 4.1.