If you are seeing errors and warnings trying to execute Powershell scripts from UNC paths on Windows 2012 and you have the IE enhanced security turned on Powershell won't' automatically execute your scripts.
You will get a prompt like so; 'Run only scripts that you trust'.
The reason for this is that Windows treats the UNC paths as being from the internet and therefore doesn't trust anything on the UNC path
There are two solutions to this issue.
1. Add the UNC paths to the trusted sites list (either Via Regedit or GUI)
or
2. Turn off the Enhanced security
As a side note; some sites recommend using the unblock-file cmdlet but I've found that it doesn't address the issue of trusting the UNC paths.
If you find this article useful please leave me a comment.
Showing posts with label error. Show all posts
Showing posts with label error. Show all posts
Tuesday, April 10, 2018
Wednesday, March 16, 2016
MBAM Agent Error -An error occurred while sending encryption status data. Error code: -2143485933
If you find an MBAM client doesn't want send data to the server and you get error
2143485933
You may be missing the win32_encryptablevolume class from WMI.
Try running
source: https://support.microsoft.com/en-us/kb/2756402
If you find this article useful please leave me a comment.
2143485933
You may be missing the win32_encryptablevolume class from WMI.
Try running
mofcomp.exe c:\windows\system32\wbem\win32_encryptablevolume.mof
source: https://support.microsoft.com/en-us/kb/2756402
If you find this article useful please leave me a comment.
Labels:
error
,
MBAM
,
MBAM agent
,
MBAM client
Friday, December 04, 2015
Internet Explorer 11 failing on prerequisite KB2729094 even though the required prerequisites are already installed
I've found that on PC where WMI is slow to respond it can cause issues with upgrading to IE11.
I've found that on some systems running this query can take a good 4-5 minutes to respond. by the time the query returns something IE11 has already quit out and exited the install with a "0x00009C47 (40007) - Required updates failed to download." error. (interesting though it will still return a 0 to say it upgraded successfully which is a different issue).
In this case opening WBEMTEST and running "Select HotFixID from Win32_QuickFixEngineering WHERE HotFixID="KB2729094"" before hand can help. when you run the query multiple times the second time the query is run it's much faster.
Generally this only affects the slowest of slow machines (ones without SSD's)
If you find this article useful please leave me a comment.
WMI query for Hotfixes timed out. Query string: 'Select HotFixID from Win32_QuickFixEngineering WHERE HotFixID="KB2729094"' Error: 0x00040004 (262148).
I've found that on some systems running this query can take a good 4-5 minutes to respond. by the time the query returns something IE11 has already quit out and exited the install with a "0x00009C47 (40007) - Required updates failed to download." error. (interesting though it will still return a 0 to say it upgraded successfully which is a different issue).
In this case opening WBEMTEST and running "Select HotFixID from Win32_QuickFixEngineering WHERE HotFixID="KB2729094"" before hand can help. when you run the query multiple times the second time the query is run it's much faster.
Generally this only affects the slowest of slow machines (ones without SSD's)
If you find this article useful please leave me a comment.
Labels:
11
,
error
,
failure
,
Internet explorer
,
Issue
Wednesday, December 04, 2013
Top Console User not reporting in SCCM
Recently came across an issue where Top Console User was not being uploaded to SCCM
Fix:
Be aware if you configure any Advanced Security Policies in GPO for clients this will stop any simple Security policies settings from applying to clients. Use one or the other not both as they don't like to co-exist.
If you find this article useful please leave me a comment or click on an ad to show your support.
Fix:
Be aware if you configure any Advanced Security Policies in GPO for clients this will stop any simple Security policies settings from applying to clients. Use one or the other not both as they don't like to co-exist.
If you find this article useful please leave me a comment or click on an ad to show your support.
Friday, August 16, 2013
How to stop a Windows 7 PC from locking
You can stop a Windows 7 PC from locking by changing the following registry key
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System.
Create a new DWORD 32-bit value named DisableLockWorkstation and give it one of these values:• 1 – Disable Lock Workstation• 0 – Enable Lock Workstation
I found when testing this I did not need to restart for this setting to take effect.
I found out this registry key the hard way when using a Lenovo BIOS update utility. When the Utility is updating the BIOS it locks the keyboard and mouse and also inserts that setting into the registry. However, it did not remove the registry key after the BIOS update. Therefore I was unable to lock my PC until I found out why.
If you find this article useful please leave me a comment or click on an ad to show your support.
Monday, March 04, 2013
Unable to install VMware tools on Windows 7 X64 - Progress bar never finishes loading
Issue:
I was getting an issue trying to install the VMware Tools on Windows 7 X64. I would mount the Virtual CD and the program would load but the progress bar would only load to about 90% and never complete.
Resolution:
Uninstall the C++ 2010 and 2008 redistributables and try again.
If you find this article useful please leave me a comment or click on an ad to show your support.
I was getting an issue trying to install the VMware Tools on Windows 7 X64. I would mount the Virtual CD and the program would load but the progress bar would only load to about 90% and never complete.
Resolution:
Uninstall the C++ 2010 and 2008 redistributables and try again.
If you find this article useful please leave me a comment or click on an ad to show your support.
Labels:
error
,
Install
,
MSI
,
Virtualisation
,
VMware Workstation
Friday, February 15, 2013
Source Version mismatches and WDS breaking ERROR 1067
If you WDS service starts failing with Error 1067. You probably have corrupt WIM in you distribution point. If removing the package doesn't fix the issue you may have a stuck distribution on the DP.
Check out how we fixed this issue;
http://joejoeinc.blogspot.com.au/2012/11/sms-despooler-failed-to-merge-delta-to.html
If you find this article useful please leave me a comment or click on an ad to show your support.
Check out how we fixed this issue;
http://joejoeinc.blogspot.com.au/2012/11/sms-despooler-failed-to-merge-delta-to.html
If you find this article useful please leave me a comment or click on an ad to show your support.
Monday, January 21, 2013
Error in infopath - The form cannot be loaded because infopath .net programmability support could not be installed automatically
Microsoft InfoPath error "The form cannot be loaded because infopath .net programmability support could not be installed automatically
This error means you probably don't have the required component installed for infopath. You don't have to reinstall office to fix this.
- Open Control Panel
- Goto Programs
- Locate Office 2010
- Right click goto 'change'
- Choose Add or Remove Features, click 'Continue'.
- Open the Feature for 'Microsoft Infopath'
- Right click .NET Programmability Support, Choose run from computer.
- Continue , Wait for finish.
Done.
You can also fix this using and XML file which can come in handy for an SCCM deployment.
Create an XML with the following
Configuration Product="ProPlus">
Level="basic"
CompletionNotice="no"
SuppressModal="yes"
AcceptEula="yes"
NoCancel = "yes"
/>
Id="XDOCSFiles"
State="local"
/>
Id="XDocs_PIA"
State="local"
/>Id="XDOCSHelpFiles"
State="local"
/>Id="GrooveFiles"
State="Absent"
/>
Id="SETUP_REBOOT"
Value="Never"
Children="force"
Save as Infopath.xml and save it in the Office\Config folder (where you source files are).
Then to call it, use:
setup.exe /config .\config\Infopath.xml
Notes:
an XML file can also be used to uninstall a office component
If you find this article useful please leave me a comment or click on an ad to show your support.
Labels:
error
,
fix.
,
Infopath
,
Office 2010 Sp1
Tuesday, November 06, 2012
SMS Despooler failed to merge delta to the compressed package: Error 1 Incorrect Fucntion
So I was happily adding some new drivers to a boot.wim and then tried to send the changes out to my distribution points. That's when the following error started occurring.
I then see that the Source Version numbers on the package in the primary site is something like 13 and the rest are on version 7. Looks like a version mismatch to me.
First step.
- Turned off 'Enable binary differential replication'
- Deleted the WIM from all DP's
This didn't fix the issue.
I then looked in the distmgr.log file on the DP and found the following.
This tells me something has gone wrong or is stuck when SCCM tried to distribute the package. A call to PSS later and yes we found that the SCCM had stuffed up the Source Version for the packageID and to fix this we needed to modify the SCCM database directly.
http://social.technet.microsoft.com/Forums/en/configmgrswdist/thread/a6bb710c-91d6-4d34-b132-9c948e7c9d2b
http://social.technet.microsoft.com/Forums/en-US/configmgrswdist/thread/312d86e3-e793-4147-97a7-7785295e4986/
Update for Feb 2013:
The way we determined that we had a source version mismatch was looking at the 'Package Status' for the package the primary SCCM had a package version of #4 and the rest of the distribution points had a version of #3
You can also verify this by looking directly at the PKGSTATUS table in SCCM SQL DB. by executing the following select statement
The way we actually fixed the version mismatch was to login to primary database for SCCM and set the source version for package back to '0' and the status to '2'. Doing this tells SCCM that this package is a brand new package that has not been sent to any DP.
The way to update the SourceVersion and Status for Package in SCCM is to open SQL management studio and connect to the primary SCCM SQL DB.
Then execute the following query/statement to backup the PKGSTATUS table into a new table called dbo.pkgstatus_BU;
Replace SCCMSERVERNAME with the comptuername of the SCCM Distibution point server you want row you want to update.
You will need to execute the statement for every DP that has the wrong SourceVersion as compared to the primary.
WARNING: If you don't know what you are doing in SQL call Microsoft PSS for guidance before updating SQL databases because if you break your SCCM SQL DB because of something you read on the internet it's probably not going to be covered by warranty.
If you find this article useful please leave me a comment or click on an ad to show your support.
SMS Despooler failed to merge delta to the compressed package "C0100112". The operating system reported error 1: Incorrect function.
Possible cause: The destination drive is full.
Solution: Make more space available on that drive. SMS Despooler will attempt to merge the delta again during its next retry interval
I then see that the Source Version numbers on the package in the primary site is something like 13 and the rest are on version 7. Looks like a version mismatch to me.
First step.
- Turned off 'Enable binary differential replication'
- Deleted the WIM from all DP's
This didn't fix the issue.
I then looked in the distmgr.log file on the DP and found the following.
Package XXXXXXX requires a newer version (10) of source files and the new compressed files haven't arrived yet, current version is 7, skip X:\ConfigXXX\inboxes\distmgr.box\INCOMING\XXXXXXX.PKG
This tells me something has gone wrong or is stuck when SCCM tried to distribute the package. A call to PSS later and yes we found that the SCCM had stuffed up the Source Version for the packageID and to fix this we needed to modify the SCCM database directly.
http://social.technet.microsoft.com/Forums/en/configmgrswdist/thread/a6bb710c-91d6-4d34-b132-9c948e7c9d2b
http://social.technet.microsoft.com/Forums/en-US/configmgrswdist/thread/312d86e3-e793-4147-97a7-7785295e4986/
Update for Feb 2013:
The way we determined that we had a source version mismatch was looking at the 'Package Status' for the package the primary SCCM had a package version of #4 and the rest of the distribution points had a version of #3
You can also verify this by looking directly at the PKGSTATUS table in SCCM SQL DB. by executing the following select statement
select * from PkgStatus where pkgstatus.ID = 'PACKAGEID'Replace PACKAGEID with the PackageID of the package.
The way we actually fixed the version mismatch was to login to primary database for SCCM and set the source version for package back to '0' and the status to '2'. Doing this tells SCCM that this package is a brand new package that has not been sent to any DP.
The way to update the SourceVersion and Status for Package in SCCM is to open SQL management studio and connect to the primary SCCM SQL DB.
Then execute the following query/statement to backup the PKGSTATUS table into a new table called dbo.pkgstatus_BU;
select * into dbo.pkgstatus_BU from dbo.PkgStatusThen do an update statement to reset the SourceVersion and Status.
UPDATE PkgStatus SET SourceVersion = 0, Status = 2 WHERE Id = 'PACKAGEID' and PkgServer = 'SCCMSERVERNAME'Replace PACKAGEID with the PackageID of the package you want to reset.
Replace SCCMSERVERNAME with the comptuername of the SCCM Distibution point server you want row you want to update.
You will need to execute the statement for every DP that has the wrong SourceVersion as compared to the primary.
WARNING: If you don't know what you are doing in SQL call Microsoft PSS for guidance before updating SQL databases because if you break your SCCM SQL DB because of something you read on the internet it's probably not going to be covered by warranty.
If you find this article useful please leave me a comment or click on an ad to show your support.
Subscribe to:
Posts
(
Atom
)



