The GFI LanGuard console displays the message:
Communication server not running
While this error is displayed, one notices that deployments fail to download patches and there are issues with agent communications.
- GFI LanGuard 2012 and later versions/builds.
- All supported environments.
GFI LanGuard Attendant Service starts the
httpd.exe processes. These processes need to access the Patch Repository. If the account used for these processes (GFI LanGuard Attendant Service account) does not have the mapped drive in its profile, the processes will fail to initialize. Even if the option is disabled, the Apache server will try and check the path. To this end, it is best not to use a mapped drive for these directories.
- Check Windows Task Manager for the presence of two
httpd.exeprocesses. If they are not there, continue.
- Restart the GFI LanGuard Attendant Service and check for the two
httpd.exeprocesses. If they are still not present, continue.
- Check to ensure that the file
toolcfg_patchautodownload.mdbis present in the
C:\ProgramData\GFI\LanGuard 11\directory (or
C:\Documents and Settings\All Users\Application Data\GFI\LanGuard 11\directory on a 2003 class computer).
- In the GFI LanGuard console go to Configuration > Patch Auto-Download.
- In the navigation pane, under Common Tasks click on Edit patch auto-download options.
- In the Patch Auto-download Properties dialog click on the Patch Repository tab.
- Make sure that the Download directory and the
WSUS Contentfolder (if specified) use either a local drive path or a UNC path (if on a remote machine).
DO NOT use a mapped drive. Also, make sure a mapped drive is not showing in the box (even if the option to Use files downloaded by WSUS is disabled). If it is showing, change it to a local drive and then disable the setting.