(imported topic written by SystemAdmin)
Hello,
I am having trouble understanding precaching mechanism in BigFix. Every patch cycle (patch Tuesday), we precache all available updates before creating baselines and sending them out. Yet, actual patching process takes a fairly long time, and we see the following in the client logs:
At 12:54:57 -0400 -
DownloadsAvailable: checking for ‘http://xxx.com:443/bfmirror/downloads/60452/0’
DownloadsAvailable: false (action id 60452)
At 13:04:59 -0400 -
DownloadsAvailable: checking for ‘http://xxx.com:443/bfmirror/downloads/60452/0’
DownloadsAvailable: true (action id 60452)
DownloadsAvailable: checking for ‘http://xxx.com:443/bfmirror/downloads/60452/0’
DownloadsAvailable: true (action id 60452)
ActionLogMessage: (action 60452 ) Non-Distributed - DownloadsAvailable
ActionLogMessage: (action 60452 ) Submitting download request
ActionLogMessage: (action 60452 ) Download url: 'http://download.microsoft.com/download/8/A/5/8A5F33C3-54E5-468C-B391-B9B6E7BFCCAE/Windows6.1-KB2475792-x86.msu
This goes on for almost every patch in the baseline – client is looking for a file on relay and sees that it’s not there (DownloadsAvailable: false), waits for 10 minutes (it’s always 10-minute wait window) and then DownloadsAvailable becomes true and it looks like it’s downloading it from Microsoft. I’m not sure about the last part, maybe it’s just a log message, but I’m still at a loss why if all patches were precached beforehand, clients are not seeing them on the relays and are forced to wait until each patch is downloaded.
Is it possible that relays are running some kind of purge to free up space? I apologize if this is too novice of the question, but I couldn’t find anything definitive in the admin guide.
Thanks,
Dimitri