Hi Guys,
Can you please advise on my issue. I have an airgapped environment. I did an Airgap request and was able to download new versions of my subscribed sites. When I try to import the response file to Bigfix server it says import successful, but in the GatherDB log the sites says “Version ## of site is up to date; skipping import” when its clear that the site gathered when I did the request is higher than the current version in my Bigfix Server. what could be the issue here.
Thanks,
James
In normal operation, Airgap tool will not retrieve the site if the version of the site is the same as the version already in the server, but your message seems to indicate Airgap tool has retrieved the sites already in the server.
Hi Akira,
Appreciate your response to my inquiry. Please see below my response.
Is there any chance you have tried to import AirgapResponse which you had previously imported, or you have run Airgap tool with old Airgap request?
I did tried to run twice just to eliminate the chance of me importing an old response file. I’m pretty sure I did it correctly
In normal operation, Airgap tool will not retrieve the site if the version of the site is the same as the version already in the server, but your message seems to indicate Airgap tool has retrieved the sites already in the server.
What is the version of BigFix? its 9.5.4
Which operation mode of Airgap tool you are using? **sorry I’m still new to Bigfix, I’m just using the normal way (running airgaptool getting the request file and running it on a internet facing server.) **
Do you have two separate airgapped deployments? You’d need a separate airgap data directory for each. Or use the “no-request” mode.
From the output, it seems your BigFix server has version 399 of the Patches for ReadHat6 Native tools site and Airgap has gathered version 404 of the site.
Do you see the message "Version ## of site is up to date; skipping import” for this site when you imported the response from this Airgap execution?
If this is not the case, can you identify for which site you see the message “Version ## of site is up to date; skipping import” from your GatherDB.log? And can you also identify the version of that site you have in your BigFix server, and the version Airgap has gathered from the output of Airgap?
By the way, while you mention your BigFix server is 9.5.4, your Airgap output indicates you are using Airgap tool of 9.5.5 or later. Are you doing this intentionally?
Hi Akira, sorry my Bigfix version is 9.5.7.90
When I did import of Airgap response file this is what my Gatherdb’s output.
"Gather mirror finished for sitePatches for RHEL 7
old currentFileList version is 229
Gathering the currentFileList file…
currentFileList gathered
currentFileList Version is the same…no need to get the files from the server
Version 229 of site Patches for RHEL 7 is up to date; skipping import. "
as per the Gathered version of my response file the latest version for RHEL 7 is 404. This also happens to other sites that I am subscribed.
Please advice. Thank you very much.
James
Hi JasonWalker, I have two Bigfix server, and yes I do 2 seperate action to update the metadata for both servers. I also did twice to make sure im doing it right. but I am having the same issue for both. Is this possibly a Db authentication issue? please advice thank you.
@ajames, Are you seeing any errors in the BESRelay.log or GatherDB.log during the AirGap import process?
Hi cm cannady, I don’t see any error, I only see this on GatherDB.log
"Gather mirror finished for sitePatches for RHEL 7
old currentFileList version is 229
Gathering the currentFileList file…
currentFileList gathered
currentFileList Version is the same…no need to get the files from the server
Version 229 of site Patches for RHEL 7 is up to date; skipping import. "
As for BESRelay.log is this related to my issue?
RelayNotifier - Error running task RelayNotifier: http error 28: Timeout was reached.
I’ll try one more Import so I can get the latest log file and get back to you. thank you very much
I’d start by trying to get just one deployment updated. The airgaptool puts a bunch of data files in its directory to track which sites the airgapped server is requesting, and I’d be concerned two separate requests might overwrite each other. So delete all the data files in the airgaptool directory, generate a request from just one airgapped server, and see if you can get thst to update.
If that works, keep a separate copy of airgaptool in another directory, and use that to create a request for your other airgapped server.
Airgaptool has another mode, “no-request mode”, where you manually give it a list of sites to download rather than having the airgapped server generate a request. I’m using that mode so I don’t need to deal with the request side of it at all.
But get at least one server updated normally and then we can talk if you’d like to switch to no-request mode.
Hi Jason, thanks for the advise will give it a try later once I am able to resolve this issue. I am now focusing on resolving one airgapped server as the other one is just my backup. I did tried to import just now. I am getting this logs:
– beginning db import of version 828 of site patching support
– AddExternalFiles(): validating each file of D:\Program Files (x86)\BigFix Enterprise\BES Server\GatherDBData\gather\Patching Support\CurrentSiteData before importing in DB
– [Microsoft] [SQL Server Native Client 11.0]TCP provider: An existing connection was forcibly closed by the remote host.
– [Microsoft] [SQL Server Native Client 11.0]Communication link failure (08S01: 10,054)
–Gather mirror finished for sitePatches for RHEL 7
–old currentFileList version is 229
–Gathering the currentFileList file…
–Unexpected exception during gather of site Patches for RHEL 7; Unexpected HTTP response: 500 Internal Error
some sites I got the same output “version is the same… skipping import…”
No issue with the connection from Bigfix server to DB (ODBC working), where else can I check?
just to add the errors I received on BESRelay.log
after doing an Airgap Import process.
–GatherMain (11432) - 9: File error “class FileIOerror” on “D:\Program Files(x86)\Bigfix Enterprise\BES Server\wwwrootbes\bfmirror\bfsites\enterprisemirror_9_2991” : "Windows Error 0x91%: The directory is not empty. "
–GatherMain (11432) - Failed to process archive_* file: File error “class\enterprisemirror_9_2991” : "Windows Error 0x91%: The directory is not empty. "
I was hoping to see SHA1 validation or similar errors in the BESRelay.log. I’m not familiar with that gather error. So with what you’ve provided, I think an RFE may be warranted.
It’s likely that L2 is going to have you put the BESRootServer service in verbose logging mode and then rerun the AirGap import process to collect additional details.
Just curious, have you successfully completed an AirGap import in the past? If so, what’s changed in your environment since then to now?
Yes, we were doing Airgap Tool without issue. Even though on GatherDB logs we always see this errors below after a few minutes after importing the response file we would see new data already.
– [Microsoft] [SQL Server Native Client 11.0]TCP provider: An existing connection was forcibly closed by the remote host.
– [Microsoft] [SQL Server Native Client 11.0]Communication link failure (08S01: 10,054)
But now even if we leave it after a couple of days we still don’t see the data that was imported. Could it be the connection of the Bigfix server to database? but odbc is working so I don’t know where to check already. 
Anyway, thanks for your advice appreciate it.
Have you tried running the AirGap with verbose logging enabled for the BESRootServer and perhaps the BESGatherDB services? I would be curious to see if you glean any additional details with verbose logging enabled.
Ok will try to do it. I’ll get back to you once I have some additional info for further troubleshooting. Thanks alot! 