Fully Clear gatherstate

Usage and Config Platform
1

Hi Guys,

I have a redhat server with lots of failed mirrored content. In IBMs documentation it mentions I may need to perform a full clearing of the gatherstate (server mirror). There is no information on how to do this. In theory I should be able to edit or delete bfemapfile.xml and GatherState.xml files as is recommended for relays but since I’m not 100% of the impact, i’m reaching out to you guys. I’m hoping this will solve my mirror request retry options on a subset of the content. If someone knows where mirror logging takes place that would also be appreciate as I can’t find any reference to this anywhere.

Thanks,

Peter

2

This document includes fixlets for resetting gather state of Windows and RHEL relays.

These probably should only be used at the direction of IBM support… just a forewarning.

http://www-01.ibm.com/support/docview.wss?uid=swg21668058

3

Yes i had that document but I want to reset it on my root server not a relay and looking through the action script it’s only for relays.

Peter

4

Looks like there is a post here with some recommendations:

  1. Shut down the BES Server or BES Relay services.
  2. Clear the contents of this folder: …\BES Server\wwwrootbes\bfmirror\bfsites
    I recommend renaming the bfsites folder to ‘bfsites_bkg’ and then creating a new empty folder.
  3. Reset the GatherState.xml file located here: …\BES Server\Mirror Server\Inbox
    I recommend renaming the existing file and reinitializing it with the following text:
<?xml version= "1.0"?>
<GatherStatus> </GatherStatus>
  1. Reset the bfemapfile.xml located here: …\BES Server\Mirror Server\Inbox
    I recommend renaming the existing file and reinitializing it with the following text:
<?xml version="1.0"?>
<URLtoID NextID="1"> </URLtoID>
  1. Important Be sure to set the URLtoID NextID to 1 in the bfemapfile.xml. The performance impact is entirely dependent on the value of this field.
  2. Restart the BES Server or BES Relay services.
5

you might contact support for assistance

6

I just completed this and it is regathering everyting. I still see on my download status the following:

Failed:

Action: 59 Retry Mirror Request
url 1: https://127.0.0.1:443/sam/catalogs/CIT_catalog_WINDOWS.xml.bz2
url 2: https://127.0.0.1:443/sam/catalogs/CIT_catalog_LINUX.xml.bz2
url 3: https://127.0.0.1:443/sam/catalogs/CIT_catalog_AIX.xml.bz2
url 4: https://127.0.0.1:443/sam/catalogs/CIT_catalog_SUN.xml.bz2
url 5: https://127.0.0.1:443/sam/catalogs/CIT_catalog_HPUX.xml.bz2

Action: 796 Retry Mirror Request
url 1: http://download.microsoft.com/download/winme/Update/14733/WinMe/EN-US/282132USAM.EXE
url 2: http://download.microsoft.com/download/ie55sp1/secpac14/5.5_SP1/WIN98Me/EN-US/q283908.exe
url 3: http://download.microsoft.com/download/win2000platform/Update/q293818/WIN98Me/EN-US/crlupd.exe
url 4: http://download.microsoft.com/download/win2000platform/Update/1.5/WIN98Me/EN-US/rbupdate.exe
url 5: http://download.microsoft.com/download/ie501sp2/secpac18/5.01_SP2/WIN98/EN-US/q295106.exe
url 6: http://download.microsoft.com/download/word97win/Patch/4.71.1015.0/W98NT42KMe/EN-US/wd97mcrs.exe
url 7: http://download.microsoft.com/download/win2000platform/Patch/Q294380/NT5/EN-US/Q294380_SFU_2_X86.exe
url 8: http://download.microsoft.com/download/win2000platform/Patch/Q301514/NT5/EN-US/Q301514_SFU_2_X86.exe

Not sure where this is coming from and where to clear this. I have pages of failed downloads. The issue is wget pulls down these exes fine. I’m not sure why bigfix is failling these.

Thanks,

Peter

7

Are there any proxy configurations involved?

8

Hi Jason,

No proxy in place and if I wget on the root server it pulls down the bits so the server has access. It’s at the process level that it can’t download them.

P

9

Sorry for bringing back old threads.

Please see this updated procedure for Gather State Reset. There are extra steps as of BigFix 10.
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0023994

3 Likes