SCCM crashes before task sequence on usb boot media

Ok, so just wanted to post this real quick post that might help someone since I had a lot of trouble finding the answer.  I couldn’t use pxe and needed to be able to boot at a location with usb bootable media.  So easy I’ll just create some.  Thing was I would have it reboot as soon as I would put in the password for the boot media.  No errors network showed connected which is a typical issue with drivers not being in your boot media.  So I continued to restart and study my smsts.log and came across the below.

Failed to run unattended because there is no mandatory deployment.

After thinking about it a while I remembered I had set it to allow unattended deployment.  Well it turns out if no deployments are deployed to the machine as required that option doesn’t let it choose a task sequence.  So just uncheck that box and you will be off to the races.

Capture

Advertisements

Getting email alert and smsts log when imaging fails via PowerShell

So in follow up to my last post I have been testing a script to look for the smsts log when the task sequence fails and send me an email with the smsts.log as attachment.

I set this up in my MDT task sequence under the gather logs and statestore on failure section so that way whenever the task sequence has an error I get the logs.


#Script to send email when imaging fails. Wrote by Logan Seals.

$serial = gwmi win32_bios | select-object SerialNumber | Format-Table -HideTableHeaders | Out-String
$serial = $serial.Trim()
$make = gwmi win32_bios | select-object Manufacturer | Format-Table -HideTableHeaders | Out-String
$make = $make.Trim()
$model = gwmi win32_computersystem | select-object model | Format-Table -HideTableHeaders | Out-String
$model = $model.Trim()
$hostname = hostname
$processor = gwmi win32_processor | select-object name | Format-Table -HideTableHeaders | Out-String
$processor = $processor.Trim()
$totalmemory = gwmi Win32_PhysicalMemory | Measure-Object -Property capacity -Sum | Foreach {"{0:N2}" -f ([math]::round(($_.Sum / 1GB),2))}
$operatingsystem = gwmi Win32_OperatingSystem | Select-Object caption, version | Format-Table -HideTableHeaders | Out-String
$operatingsystem = $operatingsystem.Trim()

$msg = new-object Net.Mail.MailMessage

$msg.From = “imagedpc@email.com”

$msg.To.Add(“email@email.com”)
$msg.To.Add("email@email.com")

$msg.Subject = “$hostname has failed imaging!”

$msg.Body = “PC has failed imaging is host $hostname with Serial $serial and Make and Model $make $model. Processor is $processor. Ram is $totalmemory GB. Operating System is $operatingsystem”

$SMTPServer = “IP address”

$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, 25)

$msg.Priority = [System.Net.Mail.MailPriority]::High

$files = @('x:\windows\temp\smstslog\smsts.log','x:\smstslog\smsts.log','c:\_SMSTaskSequence\Logs\Smstslog\smsts.log',`
'c:\windows\ccm\logs\Smstslog\smsts.log','c:\windows\ccm\logs\smsts.log','C:\windows\SysWOW64\ccm\logs\smsts.log','C:\windows\system32\ccm\logs\smstslog\smsts.log','C:\windows\system32\ccm\logs\smsts.log')

foreach ($file in $files) {
if (Test-Path $file) {
$att = new-object Net.Mail.Attachment($file)
$msg.Attachments.Add($att)
}
}

 

$SMTPClient.Send($msg)
if (-not !$variablename) {
$att.Dispose() }

I have a nice array of locations of the smsts log and a foreach loop to look through them test if they exist using Test-Path cmdlet and attach them to my email.

Seems to work well from what I have seen so far.

Getting email alert when imaging is finished

I wanted to get some details every time a machine was imaged for my own details.  Mostly for asset tracking purposes I set up the below script to run at the end of my task sequence.


$serial = gwmi win32_bios | select-object SerialNumber | Format-Table -HideTableHeaders | Out-String
$serial = $serial.Trim()
$make = gwmi win32_bios | select-object Manufacturer | Format-Table -HideTableHeaders | Out-String
$make = $make.Trim()
$model = gwmi win32_computersystem | select-object model | Format-Table -HideTableHeaders | Out-String
$model = $model.Trim()
$hostname = hostname
$processor = gwmi win32_processor | select-object name | Format-Table -HideTableHeaders | Out-String
$processor = $processor.Trim()
$totalmemory = gwmi Win32_PhysicalMemory | Measure-Object -Property capacity -Sum | Foreach {"{0:N2}" -f ([math]::round(($_.Sum / 1GB),2))}
$operatingsystem = gwmi Win32_OperatingSystem | Select-Object caption, version | Format-Table -HideTableHeaders | Out-String
$operatingsystem = $operatingsystem.Trim()

$EmailFrom = “imagedpc@email.com”

$EmailTo = “email@email.com”

$Subject = “$hostname has been imaged”

$Body = “PC imaged is $hostname with Serial $serial and Make and Model $make $model. Processor is $processor. Ram is $totalmemory GB. Operating System is $operatingsystem”

$SMTPServer = “ipaddress”

$SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, 25)

$SMTPClient.Send($EmailFrom, $EmailTo, $Subject, $Body)

It is really nice to get all this info.

PC imaged is PCname with Serial R9ZRLB8 and Make and Model LENOVO 23594LU.  Processor is Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz.  Ram is 8.00 GB.  Operating System is Microsoft Windows 10 Pro 10.0.15063

I suppose this could also be modified so that the tech imaging the machine could also get the email.  Maybe basing it off of the machine’s OU.  Hopefully someone finds this useful but I have found it quite handy.  I have also finished a script to gather logs when the task sequence fails and send them to me but I am still testing that out and will save that for my next post.

Update – So just wanted to update that if you wanted to make this easier there is actually a send-mailmessage powershell cmdlet that does the same thing for the send email portion.  Mine still work just fine though 🙂

More info on send-mailmessage below.

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/send-mailmessage?view=powershell-5.1

 

 

 

SCCM Package not distributing

So I had to delete a package off a distribution point and redistribute yesterday and ran into an issue where it would not distribute.  I continued to read my logs and noticed that the distmgr.log continually retried the package but never actually distributed it.  It just kept saying no action specified for package.  Well after a ton of research I came across a blog post detailing how resolve that.

First check your action and updatemask


SELECT * FROM PkgServers where NALPath = '["Display=\\\"]MSWNET:["SMS_SITE="]\\\' and PkgID = ''

This particular distribution point had an update mask and action totally different than any of the other servers.

snip_20180515141509

I then deleted that record.


DELETE FROM PkgServers where NALPath = '["Display=\\SEA-DP-SERVER\"]MSWNET:["SMS_SITE=SEA"]\\SEA-DP-SERVER\' and PkgID = SEA0008D'

Once I did that I was able to finally redistribute the content.

Thanks a bunch to Daniel Eyer’s blog.

http://www.danieleyer.com/blog/2012/07/19/sccm-keeps-processing-package/

SCCM WSUS Sync errors/WSUS cleanup

As an SCCM administrator it is easy to install SCCM and simply forget about WSUS being an integral part of SCCM and forgetting its even there.   That is until you start getting synchronization errors or other WSUS errors.  So to fix or prevent that from happening you should really go to the wsus server cleanup wizard which can be found in the wsus console under options.  What do you do though if you haven’t been running it and the wsus server cleanup wizard fails.
wsus error

Well to start you can rerun the wsus server cleanup wizard with all but the first option and then rerun with only the first option but that won’t always work especially if you are really behind on wsus cleanup.  So your options are to reinstall the wsus database or do a manual cleanup.  In the past when I had seen issues with this occur I had reinstalled the wsus database but that isn’t really the right solution so instead you can run the below on the wsus db.


DECLARE @var1 INT

DECLARE @msg nvarchar(100)

CREATE TABLE #results (Col1 INT)

INSERT INTO #results(Col1) EXEC spGetObsoleteUpdatesToCleanup

DECLARE WC Cursor

FOR

SELECT Col1 FROM #results

OPEN WC

FETCH NEXT FROM WC

INTO @var1

WHILE (@@FETCH_STATUS > -1)

BEGIN SET @msg = ‘Deleting’ + CONVERT(varchar(10), @var1)

RAISERROR(@msg,0,1) WITH NOWAIT EXEC spDeleteUpdate @localUpdateID=@var1

FETCH NEXT FROM WC INTO @var1 END

CLOSE WC

DEALLOCATE WC

DROP TABLE #results

This will find and delete all the obsolete updates for you and then you can rerun server cleanup and it should finish successfully.  Once that is done you should probably either run or schedule wsus cleanup on a regular basis.

I can’t take credit for that sql query though and you can find more info at the below post which I found after I had figured this all out myself.  I was doing the same thing to cleanup but his script is a little better/easier to use than mine.  Take a look at the below post as it goes through setting wsus cleanup and reindexing on a schedule in very great detail.

https://blogs.technet.microsoft.com/configurationmgr/2016/01/26/the-complete-guide-to-microsoft-wsus-and-configuration-manager-sup-maintenance/

Removing unneeded software updates from SCCM

Happy Friday everyone,  I can’t take any credit at all for this one but someone (much better at Powershell than me) has wrote this amazing script on removing updates that are not deployed or not required on any machines but are still in a deployment package. This is been something I’ve needed for a long time to save disk space on DP’s.

See link below.

http://www.scconfigmgr.com/2017/08/17/clean-software-update-packages-in-configmgr-with-powershell

Critical Update Confusion

Happy Wednesday, (Well as happy as an Wednesday can be I guess…) I was prompted by a user that their machine was behind on updates as were many others as they tried updating from the web and got lots of updates.  I did some checking and all the updates looked to be fairly recent within the last month but were listed as Critical level updates.  This confused me as I have critical level updates deploying more often than once a month to not get behind on security vulnerabilities as Microsoft patches them.  After some research I realized there is a difference between Critical level severity and Critical level update classifications.  Microsoft defines Critical Updates as “A widely released fix for a specific problem that addresses a critical, non-security-related bug.”  So just because it’s in the critical update classification it may not have an severity level of critical.  In fact critical level updates have a severity of none as they are not related to security.  So critical severity updates are security only.  Critical update classification is non security updates.  The critical severity level updates fall into the security update classification.  So if your like me and push out critical severity security updates more often than your other updates don’t start thinking SCCM isn’t working since you got confused between Update classifications and Severity levels.  Found my answer on the technet forums as someone else was confused like I was.  Happy Updating.

Technet Forum post referenced https://social.technet.microsoft.com/Forums/en-US/e55aa1bc-648e-480d-91eb-828ca5b52f73/critical-updates-with-none-as-a-severity-do-not-get-pushed?forum=configmanagersecurity