OK so here are the steps I took to remediate the issue, (at least for now):
1 – uninstall SUP from SCCM Console
2 – Uninstall WSUS Server role
3 – Reboot the server
4 – Remove WSUS Administration website from IIS manually.
5 – Detach the SUSDB database using SSMS
6 – Reinstall WSUS role on the server
7 – After the installation is completed, re-attach the SUSDB database and start he post
installation task for WSUS
8 – Add a new SUP role on SCCM
9 – IMPORTANT: uncheck all classifications on the “classification” page on SUP wizard
10 – Initiate the sync on WSUS, it will take quite a while
11 – Once that’s done, initiate a sync from the SCCM console, form the Software library section:
12 – You will see that the sync has been completed under Monitoring > Distribution Status > Software Update Point Synchronization Status. But nothing has been synced because nothing was selected.
13 – No head to Administration > Site Configuration > Sites. Choose the desired site and select site components > then choose Software Update Point :
14 – Now start adding classifications one by one and then try to initiate a sync from Software Library. You can monitor the process in wsyncmgr.log on SCCM server logs directory.
15 – This time you will notice that some updates might fail with the previous error:
Error: The Microsoft Software License Terms have not been completely downloaded and~~cannot be accepted. Source: Microsoft.UpdateServices.Internal.BaseApi.LicenseAgreement.GetById
But that does not deny other updates to be downloaded. The Sync status of the SCCM server will show failed:
However the new updates, the ones which were downloaded can be accessed and deployed from the software library now.
This is what I have come up with for now, and is good enough for me,
I will share anything else that comes up ( Let’s hope not )