OSD Task Sequence failed with 80091007 while configuring the SCCM client

Issue
We have a newly deployed SCCM 2012 R2 running on Windows Server 2012 R2. The W2K12 runs as VM on ESX 5.1.
After setting up the environment we had some very odd issues with OS deployment. The Task Sequence keeps failing when processing SCCM client installation. The issue occurs when installing the ConfigMgr client package then it fails straight away telling us that “The hash value is not correct (Error: 80091007; Source; Windows)”.

OSD Fail 80091007

It’s was very consistent and it happened every time. Redistribute the OS Image was successful but the installation still failed

Reason
We also ad a similar issue with Microsoft Lync 2013 on Windows 2012 which was loosing network connections. After some troubleshooting on both issues it seems like the E1000 adapter is not working properly with Windows 2012.


Solution
Change the E1000 NIC to a VMXNET3 NIC and the issue will be solved.

VMXNET 3: The VMXNET 3 adapter is the next generation of a paravirtualized NIC designed for performance, and is not related to VMXNET or VMXNET 2. It offers all the features available in VMXNET 2, and adds several new features like multiqueue support (also known as Receive Side Scaling in Windows), IPv6 offloads, and MSI/MSI-X interrupt delivery.

VMXNET 3 is supported only the following Microsoft Windows platforms:
Windows 7, XP, 2003, 2003 R2, 2008, 2008 R2, and Server 2012 
See http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1001805 for more information

 

 

Deploy all Windows Updates during the SCCM 2012 Task Sequence

Issue
I noticed that when I put Windows Updates in the SCCM 2012 Task Sequence (“Deploy” and the “Build and Capture”) some Software Updates weren’t installed. Even after updating the Operating System Images Offline the issue still remained.

Reason and solution
After some investigation the answer was relatively simple; The Configuration Manager Client caches the results of a Software Update evaluation scan.
I Noticed that this cache has a rather long TTL, longer than the Task Sequence lasted.
This post is on how to update the deployment completely by flushing the Windows Update cache.

1. Force all updates to run in the task sequence
– 
In the Configuration Manager console, navigate to Administration, choose Software library, Operating Systems, Task Sequences, and edit the Task Sequence which you want to modify.
– After the complete installation choose Add, New Group and change the name to Windows Updates
Add another subgroup called Install Software Updates I
– Add, General, Install Software Updates
and name it Install Software Updates I
Install Updates SCCM 2012 - 1

– Add another subgroup called Install Software Updates II
– Add, General, Run Command Line 
and name it Scan for  Updates II
– In the command line type: WMIC /namespace:\\root\ccm path sms_client CALL TriggerSchedule “{00000000-0000-0000-0000-000000000113}” /NOINTERACTIVE
Install Updates SCCM 2012 - 2

– Add, General, Run Command Line and name it Wait for Scan to Finish II
– In the Command line type: Powershell.exe -command start-sleep 30 Install Updates SCCM 2012 - 3
– Add, General, Install Software Updates and name it Install Software Updates II
Install Updates SCCM 2012 - 4
– Copy the Install Updates II folder 3 times and change the description. After this the sequence will run and install all updates.

 

Setting SMSCacheSize in SCCM 2012 task sequence does not work

Issue:
There are a lot of threads discussing the SMSCACHESIZE and how to configure this. The issue is that configuring the SMSCACHESIZE in the task sequence doesn’t work. The issue we had is that no matter what size is configured using the parameter in the task sequence it always set the client’s cache size to the default, which is 5120 MB.
SMSCacheSize

Reason:
After checking the product documentation about the SMSCACHESIZE property we found:
“This setting is ignored when you upgrade an existing client and when the client downloads software updates.”
Because we included the SCCM 2012 client in the image (build & capture), Microsoft calls this an upgrade of the client.

Solution:
Change the task sequence by adding a VBS script to change the SMSCacheSize after the installation as described below:
– Save the script below in a .VBS file and place it on a reachable location (for instances on shared folder on the distribution points)

Dim ClientResource
Set objShell = WScript.CreateObject ("WScript.shell")
Set ClientResource = CreateObject("UIResource.UIResourceMgr")
Set CacheInfo = ClientResource.GetCacheInfo
CacheInfo.TotalSize = 7680 ' Your new cache size in MB.

– Go to Software Library, Packages and choose Create Package
Give the package a name like Set SCCM Cache Size, choose a source folder like \\SCCM-NLD-DP\sources$\Software\Packages\SCCM_2012\SCCMCacheSize
Choose Next and choose the option Do not create a program, Next and finish
– Open the Task sequence, After the SCCM setup add a Run Command Line
Task Sequence SMSCacheSize
– Add the following line to the Command Line: cscript.exe //nologo \\SCCM-NLD-DP\sources$\Software\Packages\SCCM_2012\SCCMCacheSize\setcache.vbs

Problem fixed !

 

 

 

CCMsetup.exe will not install: Failed to access source file (3)

Issue
Today we bumped into an issue installing the SCCM client manually. The error in the C:\Windows\CCMSetup\ccmsetup.log stated “Failed to access source file (3). Waiting for retry.”

<![LOG[Downloading file C:\Windows\System32\drivers\sccm\SCCM Client\ccmsetup.exe]LOG]!><time=”10:40:53.549-120″ date=”05-31-2013″ component=”ccmsetup” context=”” type=”1″ thread=”3780″ file=”ccmsetup.cpp:5569″>
<![LOG[Downloading C:\Windows\System32\drivers\sccm\SCCM Client\ccmsetup.exe to C:\Windows\ccmsetup\ccmsetup.exe]LOG]!><time=”10:40:53.549-120″ date=”05-31-2013″ component=”ccmsetup” context=”” type=”1″ thread=”3780″ file=”ccmsetup.cpp:5653″>
<![LOG[Failed to access source file (3). Waiting for retry…]LOG]!><time=”10:40:53.549-120″ date=”05-31-2013″ component=”ccmsetup” context=”” type=”2″ thread=”3780″ file=”ccmsetup.cpp:5665″>
<![LOG[Next retry in 10 minute(s)…]LOG]!><time=”10:40:53.549-120″ date=”05-31-2013″ component=”ccmsetup” context=”” type=”0″ thread=”3780″ file=”ccmsetup.cpp:8498″>

Cause and solution
After some investigation we discovered that the customer copied the SCCM setup folder in the C:\Windows\System32 folder and was running the setup from there. This is because of security prohibited. After this we moved the folder to C:\temp and the setup ran fine.

Install SCCM 2012 prerequisites with PowerShell

Here is a little help to install all required Windows Features for running System Center Configuration Manager 2012 on a Windows Server 2012 Machine

This needs to turn on a elevated PowerShell (RunAs Administrator)

Get-Module servermanager
Install-WindowsFeature Web-Windows-Auth
Install-WindowsFeature Web-ISAPI-Ext
Install-WindowsFeature Web-Metabase
Install-WindowsFeature Web-WMI
Install-WindowsFeature BITS
Install-WindowsFeature RDC
Install-WindowsFeature NET-Framework-Features
Install-WindowsFeature Web-Asp-Net
Install-WindowsFeature Web-Asp-Net45
Install-WindowsFeature NET-HTTP-Activation
Install-WindowsFeature NET-Non-HTTP-Activ

There is a bug in the .NET framework 3.5
You need your Windows Installation media to do this.
dism /online /enable-feature /featurename:NetFX3 /all /Source:d:\sources\sxs /LimitAccess

Build, Capture and deploy Windows 7 and Windows 8 in SCCM 2012 SP1

Operating System Deployment is one of the most utilized features of Microsoft System Center Configuration Manager 2012(SCCM). Many companies are now planning to upgrade their machines from Windows XP to Windows 7 or Windows 8 and will be using SCCM to do so. In the SP1 version of SCCM 2012 there are some minor issues which cause the OSD to fail.

This blog will describe the right steps to deploy Windows 7 and also Windows 8. This because there are no differences between deploying them
In the steps taken below we presume this is a clean install and you don’t have an Windows 7 image file.

First install hotfix http://support.microsoft.com/kb/2801987 on the Site Servers. This is required to do a successful PXE boot.

1. Enable the Network Access Account

The “Network Access Account” is needed during deployment in WinPE. The account is uses to access the content on the network. Often forgotten so we start with it..

  1. In the Configuration Manager console, navigate to Administration, choose  Site Configuration, right-click on the Primary site, and select Configure Components, Software Distribution.
  2. In the Network Access Account tab, click the Specifiy the account that access network locations, choose Set and Add the network access account and provide it with a password choose OK to finish the config

 

1. Enable PXE support and boot

  1. In the Configuration Manager console, navigate to Administration, choose  Site Configuration, and choose Servers and Site System Roles, and select the server which hosts you’re distribution point.
  2. In the results pane, double click the Distribution Point role and select the PXE tab, place a checkmark on Enable PXE support for Clients, answer Yes for the firewall port question.
  3. Check the Allow this distribution point to respond to incoming PXE requests and Enable unknown computer support also I’ve removed the password option but this is not required.
    PXE Update
  4. Click OK and the SCCM machine will distribute the settings.
  5. Next step is to distribute the Boot Images to the distribution points
  6. In the Configuration Manager console, navigate to Software Library, Operating Systems, Boot Images. Right click the X64 boot image and choose Distributed Content, Click Next and click Add, Distribution Point choose you’re distribution point.
  7. Continue through the wizard to complete the distribution
  8. DON’T Forget to repeat this step for the X86 image

 

2. Enable the PXE boot image

  1. In the Configuration Manager console, navigate to Software Library, Operating Systems, Boot Images. Right click the X64 boot image and choose Properties
  2. In the results pane, click Data Source, and enable the  Deploy this boot image from the PXE service point.
    Distribution Point Settings
  3. Select OK and the distribution point will be updated
  4. DON’T Forget to repeat this step for the X86 image.

 

3. Add the Windows 7 Operating System

Here’s where it get’s a bit tricky, SP1 doesn’t support the old Operating System Installers so a little change in SP1.

  1.  First of all I created the following structure to get a structured collection of Operating System Deployments.
    ScreenHunter_258 Feb. 18 15.52
  2.  Second I extracted the Windows 7 ISO and copied it to \\demo-sccm01\Sources\OSD\OSD Uploads\Windows7_x64_NLD folder.
  3. In the Configuration Manager console, navigate to Software Library, Operating Systems, Operating System Images, Right click and choose Add Operating System ImageAdd OS Image
  4. Browse to the to the Windows 7\Sources directory and select the install.wim like “\\demo-sccm01\Sources\OSD\OSD Uploads\Windows7_x64_NLD\Sources\install.wim
  5. Choose Next and finish the import of the WIM file
    Add the WIM File
  6. In the Configuration Manager console, navigate to Software Library, Operating Systems Images,  Right click the Image, choose Distribute Content,  Click Next and click Add, Distribution Point and choose you’re distribution point.

 

4. Next is build and capture the new image

Now we are going to build a new WIM file. This will be an template file which SCCM uses to rollout new Operating System Deployments

  1. In the Configuration Manager console, navigate to Administration, choose  Software library, Operating Systems, Task Sequences, Create a folder called Windows 7 x64, right click the folder and select Create Task Sequence
    1
  2. At the Create new task sequence choose Build and Capture a reference operating system image, Next
    2
  3. In the Task Sequence Information, give the task sequence a logical name like “Build and Capture – Windows 7 Pro x64 – NLD” , choose the “Boot Image (x64)…” and click Next
    3
  4. Choose the Operating System Image we imported (OSD Media – Windows 7 x64 Pro – NLD) in the previous step and choose Next
    4
  5. Choose the Image file, Optional license key and administrator password. I filled in the password to login in the reference machine after the build and capture. If the license key is also not necessary both settings can be set in the Deploy Sequence afterwards.
    6
  6. In the Configure Network choose the workgroup option. This because Sysprep will not work when you join the machine to a domain.
    7
  7. In the Install Configuration Manager Client section leave this default (installation properties can be blank, we will change this in the actual deployment.) Next.
    8
  8. At the Include Updates we checked Do not install any software updates, choose Next
    9
  9. Choose Next at the Install Applications
    10
  10. Choose Next at the System Preparation Section
    11
  11. Fill in the details on the Image Properties and choose Next
    12
  12. At the Save As dialog box, choose the created  \\demo-sccm01\Sources\OSD\OSD\Captures\ folder and give the image a proper name.
    13
  13. Choose Save, Next and Finish the task sequence
    15
  14. Right click the newly created task sequence and choose Edit
    16
  15. Click on the last partition task, choose Add, General, Set Task Sequence Variable
    This is to assign the C:\ as boot drive. Otherwise the sequence will install Windows on D:\.
    17
  16. Name tab type Assign C:\ to Boot drive, at the task Sequence Variable type OSDPreserveDriveLetter with the value false place the task behind the partition tasks
    18
  17. Choose OK to apply the task sequence changes.
  18. Now we are going to distribute the task sequence to the distribution point; right-click the newly build task sequence and choose deploy
    19
  19. I’ve chosen the collection All Unknown Computers, this results that the capture is available for everyone. In a test environment this is not issue but in production it’s not recommended, choose Next
    20
  20. In the Make available to the following choose Only Media and PXE, Next
    21
  21. Just next, next finish to the configuration; no additional changes are required.
    26
  22. OK now it’s get exiting; if everything went well you now can startup you’re client machine to boot with F12 and rollout a package!
  23. At the task Sequence Wizard, choose the Build and Capture – Windows 7 Pro x64 – NLD
    28
  24. The capture begins, the sequence finishes some steps to build the new WIM file
    29
    30 31 32
  25. In these steps you will see that the new WIM file is build in de Captures directory
    33

 

5. Deploy the captured image in a task sequence

Next we going to create the deploy sequence to rollout the WIM image to the clients.

  1. In the Configuration Manager console, navigate to Administration, choose  Software library, Operating Systems, Task Sequences, Create a folder called Windows 7 x64, right click the folder and select Create Task Sequence
    -1
  2. At the Create new task sequence choose Install an existing image package, Next
    -2
  3. In the Task Sequence Information, give the task sequence a logical name like “Deploy – Windows 7 Pro x64 – NLD“, choose the “Boot image (x64) 6….” boot image and click Next
    -3
  4. Choose the Operating System Image we created  (OSD Captued – Windows 7 x64 Pro – NLD nl-NL) in the previous step and choose Next
    -4
  5. Choose the Image file, Optional (if no KMS used) license key and set the administrator password to random and select the 2-2 image (the other one is the 100 MB partition).-5
  6. In the Configure Network choose the Join a Domain option. Fill in the domain, Domain OU and account (this is a test environment but please do not use administrator)-6
  7. In the Install Configuration Manager Client section and set the installation properties to SMSMP=Demo-SCCM01.demo.local
    Next.
    -7
  8. At the state migration we deselect all check boxes because we do not use this in the lab., choose Next
    -8
  9. At the Include Updates we checked Do not install any software updates, choose Next
    -9
  10. Choose Next at the Install Applications and finish the wizard.-10
  11. Right click the newly created task sequence and choose Edit-11
  12. Choose Add, General, Set task Sequence Variable.-12
  13. Name tab type Assign C:\ to Boot drive, at the task Sequence Variable type OSDPreserveDriveLetter with the value false place the task behind the partition task-13
  14. Choose OK to apply the task sequence changes.
  15. Now we are going to distribute the task sequence to the distribution point; right-click the newly build task sequence and choose deploy
    -14
  16. I’ve chosen the collection All Unknown Computers, this results that the deployment is available for everyone.
    -15
  17. In the Make available to the following choose Only Media and PXE, Next-16
  18. Just next, next finish to the configuration; no additional changes are required.
  19. OK now it’s get exiting; if everything went well you now can startup you’re client machine to boot with F12 and rollout a package!
    Boot with F12
  20. Choose the new created task sequence!
    Choose the Deploy image
  21. That’s it! The deployment will run successfully!!

Event ID 7000 : not a valid Win32 application during WSUS installation on SCCM 2012 SP1

Issue
Today after installing another fancy Windows 2012 SCCM Server I noticed that when I tried to configure WSUS and WDS the service crashed with the following error:
The WSUS Service failed to start due the following error: WSUS Service is not a valid Win32 application.
Event ID 7000.

Reason:
About a hour ago I also had an error on File Name Warning:
There is a file or folder on your computer called “C:\program” which could cause certain applications to not function correctly. Renaming it to “C:\program2” would solve this issue.
program error
I made a note of it but did not rename it because the message wasn’t wrong, there IS a file called program (no extension) on my Systemdrive. But why?
program
After a deep dive in my server configuration I discovered the distmgr.log of ConfigMgr is missing quotations while saving the log file. This could be an solution; after some more digging It looks like if the “” (quotation marks) were missing in the command line for the logfile path. Windows would then go and interpret the logfile as “C:Program”.

Program2
So this looks like a bug in the installation of the SCCM 2012 Distribution Manager installation.
To be sure I opened the program file with notepad and noticed that it’s indeed a text file.
program3

Resolution:
Rename or delete the c:\program file and the issue is solved.

Step by Step: Installing SCCM 2012 SP1 on Windows Server 2012 and SQL 2012 SP1

Well, after some testing with SCCM 2012 SP1 I decided to reinstall everything in my lab to the latest software. So Windows 2012, SQL 2012 RTM and of course System Center Configuration Manager 2012 SP1.

In this blog I used my laptop:
-Intel(R) i5-2410M CPU @ 2.30GHz, 2 Core(s)
-8 Gb of internal memory
-Two SSD disk (C:\ for OS and D:\ for Hyper-V)

Lab setup:
Domain Controller: Windows 2012 Enterprise; DC, DNS and certificate server
SCCM 2012; Windows 2012 Enterprise, SQL 2012 Enterprise, IIS and SCCM components

1. SQL 2012 installation
ConfigMgr 2012 SP1 Beta supports SQL 2012 RTM with a minimum of CU 2. ConfigMgr has very strict SQL collation requirement, pretty much across the entire System Center range, essentially only SQL_Latin1_General_CP1_CI_AS collation is supported.
This has to be selected during installation if you are running a non-USA regional\system OS.

– Login as the SQL admin on the SQL Server
– Launch the SQL 2012 RTM installer
Select Installation on the left navigation pane
Select New SQL Server stand-alone installation or add features to an existing installation
– Ok, Next,
and choose Accept the license terms, Next
We will open the Firewall later, so skip the warning
– Choose Next
– Select SQL Server Feature Installation


Select the following
– Database Engine Services
– Reporting Services – Native
– Management Tools – Basic
– Management Tools – Complete
Because I’m in a test environment I didn’t change the path’s. In production it’s recommended to choose alternative path’s
Next, Next

– Choose the default Default instance, and change the path’s if necessary and choose Next, Next
By default each of the services will be configured using a service-specific user account, we used NT AUTHORITY\SYSTEM

Do this for the SQL Server Agent, the SQL Server Database Engine and the SQL Server Reporting Services services
– Click Account Name, Browse, Browse locally for SYSTEM and accept
– Set the services Start-up Type to automatic
Select the Collation tab
– Double check
If SQL_Latin1_General_CP1_CI_AS is shown, otherwise Customize this, Next
Add the current user and a domain user at this point. I add the SQL admin and the local administrator, Next
– Select Install and configure, Next
Set Send Windows and SQL Server Error Reports to Microsoft, choose Next, Next
Alrighty then SQL is Ready, lets rock.

– Next we will run SQL 2012 SP1 (SCCM 2012 requires minimal CU2 to have an successful install)
Download link SP1 http://www.microsoft.com/en-us/download/details.aspx?id=35575
Download link CU1 http://support.microsoft.com/kb/2765331

Note If you do not install CU2 (or SP1) you’ll receive SQL Server Version Error in the Perquisites.

The Advanced logging says that the SQL server Version is not supported. So patch you’re SQL Server.

Make the nessesary Firewall Exeptions for SCCM;
– Open the settings, Control Panel, System and Security, Windows Firewall
– Choose Advanced Settings, Inbound rules
– Create a new Rule called SQL Ports,
– On Rule Type, Choose Ports, Next
– On theTCP tab 4022, 1433 and click Next
ScreenHunter_191 Jan. 25 10.08
– Choose allow the connection, Next
– On profile choose all, Next
Fill in a name (we used SQL Ports)


2. Installing the SCCM 2012 Perquisites
Open Server Manager
– Select Add Roles and features, click Next
– Choose Role Based or Feature based installation
– Select the local server, Next
Open Web Server (IIS) and ADD select the following features
Common
HTTP Features
Static Content
Default Document
Directory Browsing
HTTP Errors
HTTP Redirection

Application
Development
ASP.NET
.NET Extensibility
ASP
ISAPI Extensions
ISAPI Filters

Health and Diagnostics
HTTP logging
Logging tools
Request Monitor
Tracing

Security
Basic Authentication
Windows Authentication
URL Authorization
Request Filtering
IP and Domain Restrictions

Performance
Static Content
Compression

Management Tools IIS Management Console IIS Management Scripts and Tools Management Service IIS 6 Management Compatibilty IIS 6 Metabase Compatibility IIS 6 WMI Compatibility IIS 6 Scripting Tools IIS 6 Management Console
– Select Windows Server Update Services, Add features
– Select Windows Deployment Services, Add Features

– Choose Background Intelligent Transfer Service (BITS), Add features
– Choose Remote Differential Compression
– Telnet Client (not necessary but it’s useful), Next
– On the WSUS section choose next.
– On the Role Services choose WSUS Services and Database, Next
– Choose Store updates and choose a location (This is a testlab, in production it is not recommended to save these files to the C:\ drive), Next

– Type the SQL Server name and choose Check connection

– Next, Next,
– Choose Deployment Server and Transport Server
– Next, Install

3. Install the WADK (Windows Assessment and Deployment Kit)
In Windows 2012 you no longer use WAIK, we’re now on WADK for Windows 8.
– Go to http://go.microsoft.com/fwlink/?LinkID=252874 and download the ADK Setup.
– Run the ADKSetup.exe as an administrator

– I left the path’s default and choose Next
– Choose if you want to join CEIP and choose Next
Accept the Licence Agreement and choose Accept
– Check Deployment Tools, Windows Preinstallation Environment (Windows PE) and User State Migration Tools (USMT)

– Choose Next and install the Software

3. Next step is to install SCCM 2012 SP1 Beta
Ok, we are now ready to install ConfigMgr 2012 SP 1 Beta
– Launch the spash.HTA from the installation media

– First check the server is ready before we get any further into the installer Select Assess server readiness

Some minor issues but no show stoppers so lets continue
– Go back to the Splash.hta screen and click Install, Choose Next
– Because we are on one demo server we choose Install a Configuration Manager Primary Site and check the Use typical installation… Choose Next.

– Choose yes and I Agree, Next
– Accept all the licence therms and choose next

– Download the files to a folder you choose and click Next

-Choose a site code, Site name and installation folder for SCCM 2012 SP1, Next

– Hit next a couple of times and then choose Begin Install

That’s it, we are now up and running.

SP1 brings a lot of nice new stuff like the cross-platform clients, Azure Cloud DP, mobile device management through Microsoft Exchange ActiveSync amongst others.
Check out what’s new in SP1 here for a list of fun things to play around with and get to know in preparation for the actual SP1 release, as well as the release notes detailing what is knowing to be in a broken state during the Beta. You can also provide feedback to Microsoft for anything quirky that you may find during the evaluation.

Have Fun!

System Center 2012 SP1 – SCOM 2012 – Evaluation (VHD)

Microsoft launched the public VHD’s for System Center 2012 SP1.
The VHD’s enables System Center customers to jointly evaluate System Center 2012 and Windows Server 2012.
The download consists of files that you extract into a single pre-configured VHD file for this System Center component.

No MSDN or TechNet subscription is required for this download.

System Center 2012 Service Pack 1 components that ship Evaluation VHDs can be found at the following locations:

WSUS sync issues after installation of SCCM 2012 SP1; Event ID 6703 SMS_WSUS_SYNC_MANAGER

Issue:

Today I bumped into a strange issue when upgrading SCCM 2012 to SP1. The installation went well and after checking the eventlog everything seemed to run smoothly.

After I changed the WSUS Sync setting of SCCM to every hour (because of Forefront Endpoint Protection) we noticed that the WSUS server didn’t function properly anymore. The Software Update Point gave the following error:
Log Name:      Application
Source:           SMS Server
Date:              14-1-2013 12:05:02
Event ID:         6703
Task Category: SMS_WSUS_SYNC_MANAGER
Level:              Error
Keywords:       Classic
User:               N/A
Computer:       SCCM01-SUP.internal.local
Description: On 14-1-2013 12:05:02, component SMS_WSUS_SYNC_MANAGER on computer SCCM01-SUP.internal.local reported:   WSUS Synchronization failed. Message: WSUS server not configured. Please refer to WCM.log for configuration error details.. Source: CWSyncMgr::DoSync. The operating system reported error 2147500037: Unspecified error

1 - Issue SCCM 2012 SP1 WSUS

Cause:
After some investigation we looked into the SUP properties via Administration, Site Configuration, Servers and Site System Roles.2 - SCCM 2012 SP1 WSUS ISSUE

In the Software Update Point settings we found that SP1 has changed the 8530 and 8531 ports back into 80 and 443 (default)
3 - SCCM 2012 SP1 WSUS ISSUE

Solution:
Well this looked like an easy one; we changed the ports back to where we configured WSUS (8530 and 8531) on and the issue was solved.
4 - SCCM 2012 SP1 WSUS ISSUE