Started happening about a week ago. Noticed that the last contact time in the ZCC was not updating for my satellite servers (workstations seem to be updating just fine). When I run a "zac ref" from the command line from the SLES server, the command never completes. Checked the zmd-messages log and found no errors until I enabled debug logging for that server. Server seems to be stuck on parsing the ostargets.xml file:


[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [SoapUtility] [CacheChecksumFromResponse(osTargetsKey:Registratio n, bfd7eec06b60b18e2cfc86f565a667fc45af4952fd92f10768 f80f6a34e022c3)] [] []
[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [ZenCache] [Could not fetch source https://10.192.0.131:443/zenworks-re.../ostargets.xml for range -1-54,263.] [] []
[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [ZenCache] [FileCache.FileCopier Retrieving modified input stream] [] []
[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [ConfigManager] [Retrieving Config Handlers] [] []
[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [ConfigManager] [Retrieving Config Handlers] [] []
[Debug] [07/27/2011 05:42:24.927] [] [2830] [ZenworksAgent] [78] [ConfigManager] [Retrieving Config Handlers] [] []


I verified that I can access the file from the satellite server by opening a browser and going to that link; the OSTARGETS file opens with no problem. Restarting the satellite and the zcm servers on the primary has no effect, nor does clearing the cache. About to remove the satellite role from one of our DEV satellites, and un-register and re-register to see if that works.

Anybody else on 10.3.3 seeing this?

Thanks,

Patrick