The 9.2 Agents are not supported for Windows 10 Anniversary Update or later. You require 9.5.3 or later for Anniversary Update & Creators Update and 9.5.7.94 or later for proper support for Fall Creators Update
Please advise 9.2.12 & 9.5.7 agent are able to have proper support of Fall Creators Update (Windows 10 Version 1709 / Redstone 3).
The 9.2 agents will not support that OS. You need the 9.5.7.94 or later agents to support that OS.
Hi all, does this issue affect Windows 10 upgrading process?
A customer is upgrading version 1703 to 1709, but keeps failing (have tried on 2 different machines, both failing), the client version is 9.5.6 .
Does it mean the customer has to upgrade client to 9.5.7.94 before they can upgrade Windows 10 to version 1709 from 1703?
Exactly. You have to upgrade the client version prior to the Windows 10 1709 upgrade.
Weāve been having issues along with othersā¦ See here.
Is this true? That 1703 needs to be updated with BES Agent 9.5.7.94 to succesfully upgrade to 1709? Iāve been having a non-sensible nightmare with those upgrades as defined in my posts.
Yes. Iāve created my own Windows 10 1709 deploy task with a local repository and in the relevance it checks if the agent version is 9.5.7.94 and everything works fine.
I hope to test this today. Iām doing the same as you and I hope it works. That will be a big time sync off my hands (and Iāll owe you a Coke!). 
Plus you may take a look at your antiviurs version.
In my case I had problems in both attemps, using BigFix and using the Windows Update to upgrade to Fall Creators. After upgrading OfficeScan from version 11 to version 12, prior to the Fall Creators deploy, everything worked fine.
I thought that would be too easy. It didnāt work with having 9.5.7.94 installed prior to upgrading from 1703 to 1709. Recall that Iāve mentioned that running it manually using the same command line as used in the fixlet, works every time.
Try to test in a computer without any antivirus installed if you havenāt yet.
Has your fixlet been generated using software distribution or have you customized the BigFix fixlet 1100992?
What I did was to create a customized copy of the fixlet ID 1100992 with my own relevances and replace the prefetch block to fit the correct Windows version for us (Win10_1709_BrazilianPortuguese_x64.iso).
This has been working since then in local computers and domain computers.
My whole process is explained here.
But to answer your question, I used SWD. I did not try without AV installed because that is not realistic and wonāt do my any good (I canāt very well uninstall/reinstall AV on 100ās of endpoints). Plus this works manually. Plus this worked with 1703. So something is going on. Iāll try more testing with the 9.5.7.94 agent (I only tried one).
The AV question is just because it was the main villain here in the update process. I manage 5000 endpoints and thereās really no point in uninstall AV, upgrade and reinstall AV. However, trying in just 2 endpoints with same specs and softwares but no AV everything went fine. Then I looked for information and saw that I would need to update my AV (in my case Trend OfficeScan) from version 11 to 12. I didnāt change anything in my fixlet, just updated the AV version and things ran smoothly regardless user preset I select.
Thatās good information just the same and I understand the logic. Do you recall if you tried manual installs with AV 11 and what those results were? If it was AV, I would suspect it would fail even when doing it manually. If however, they were successful, as mine have been, then certainly AV is worth a closer look.
Manual seemed to work fine in the beginning, but shortly after the 1709 version installed it started to give blue screen after a few restarts.
Iāve posted here what is been working for me so far if you wanna take a look.
So I think it is safe to say that it isnāt AV in my case. And these facts are pretty substantial I think:
- Manually always works
- BigFix fails on 3rd reboot at 85%
What I have experienced so far from BigFix+Win10 is that, for some reason, BigFix isnāt able to implement a command in Windows 10 as you would do locally. I had exactly the same problem when tried to install some browsers certificates via BigFix in Windows 10. The same command line worked as a charm in Win7 computers but not in the Win10 ones. However, performing the exactly same command line locally it worked perfectly in both OS.
The 9.5.7.94 client creates an IBM BigFix Support Center icon on the the start menu which, if deleted, gets recreated when the BigFix client service is restarted. How can this be permanently deleted ?
Can any one suggest for Win10 fall creator update for 1709 build from BigFix console.
Is it from OSD in system lifecycle. ( in-place upgrade).
Thanks in Advance