I purchased my Microsoft Surface Pro 4 last December 2015 in Funan in Singapore (that store was still open during that time), and on December 2016, the SP4 pen battery gave out. Which prompted me to look for the required AAAA battery. I was in Manila then.
Unfortunately I cannot find any. I am now on a mission to hunt where to buy these rare AAAA batteries and will post an update to this blog post if I manage to get one, be it in Manila or when I’m back in Singapore.
jay paloma | 06 dec 2016 | manila
4 August 2016. Currently banging my head on this issue. Will update this post once I find a solution. The picture flow is from the upper left picture then go clockwise.
Picture 1 shows correct time. Then just to be sure I synced the time with the domain (#2), which shows confirmation (#3), but when I started the Windows Time Service (#4), the time changes to the wrong date and time, which is probably the date and time when I built this VM.
Environment: Hyper-V guest with SCVMM. Guest is NOT synchronizing with the Hyper-V host. I have 3 Windows 10 machines on two separate Hyper-V hosts displaying the same behavior, which rules out the Hyper-V host.
Since it’s the Windows Time service that, for some reason, reverts the clock to its build date and time, then shutting down and disabling the service ensures that the date and time are in the last correct setting.
Caveat: you have to manually sync time by issuing the following command from an elevated Command Prompt: net time /domain /set /yes
ConfigMgr Automatic Deployment Rule Fails with Error Code 1326 if Source WSUS is not a Domain Member
ConfigMgr infrastructure uses a WSUS server in the DMZ which is not a member of the domain, as shown in the figure below:
If you use Automatic Deployment Rule, the sync fails with the following:
- Error code 0X87D20417 in the SCCM Console
- “Failed to download the update from UNC content source. Error = 1326” in ruleengine.log.
Meanwhile, patch metadata is successfully transferred over to ConfigMgr when you sync software updates. Manual patch synchronization by downloading to the Deployment Package is also successful
The top-level ConfigMgr server attempts to access the shared WsusContent folder in your DMZ WSUS using the computer account of your Primary Site Serveror CAS, and fails because it is denied access. On your DMZ WSUS, you cannot grant access to the CAS or Primary Site Server or make them a member of any local group.
You can choose from one of the following options if you intend to use Automatic Deployment Rules
- 1. Copy the contents of \\dmz_wsus\WsusContent to a shared location which is accessible to your top-level ConfigMgr server (CAS or Primary Site Server), and sync the ADR from that location
- Make the DMZ WSUS server a member of the domain and ensure that the top-level Site Server (CAS or Primary Site Server) is a member either of the local Administrators group or the WSUS Administrators group.
Remember, this is only an issue if you use ADR. I haven’t done testing on a normal non user-initiated SCCM update sync. You might want to give me feedback if this error shows up on non user-initiated update sync.
- System Center 2012 R2 Configuration Manager SP1
- Windows Server 2012 R2
jay paloma | 1 may 2016 | singapore
This post is provided “AS-IS” and makes no warranties and confers no rights
“The storage where the virtual hard disk is locaed does not support virtual hard disk sharing” error when creating VMs or moving VMs from one Windows Server 2012 R2 Hyper-V host to another (unclustered). These two machines are managed by System Center Virtual Machine Manager, but I am trying to test VM Migration from the Hyper-V Console because it kept failing in SCVMM.
Stop mucking around with the Hyper-V console when it is be part of SCVMM! Because I turned on the Replication feature (not sure if there is an SCVMM counterpart for this), migration stopped working. So the resolution is disable the Replication feature.
Good old patience and troubleshooting!
I did not find any published resolution to this problem and am already contemplating on rebuilding the lab. Importing VMs also did not work (exporting did work on the two hosts that are a member of SCVMM). I tested importing on a HV host that is not part of SCVMM — it worked! I compared the settings and the difference was that I enabled the two HV servers in SCVMM as Replica Servers. Once I switched off this feature in Hyper-V and tested Migration in HV Console, everything worked.
I am now testing migrating using SCVMM. I will update this post on the results. It’s already 1AM in Singapore and I had a long day.
NEXT DAY UPDATE: successful VM movement using SCVMM. Problem has really been solved. Have a nice day!
jay paloma | 27 apr 2016 | singapore
Information is provided “AS-IS” and makes no warranties and confers no rights.
Here’s my first System Center 202 R2 Configuration Manager automated task using System Center 2012 R2 Orchestrator
- Download the required Integration Pack from this link from the Microsoft website.
- Download the Windows Installer XML (WiX) Toolset (at least v3.5) from this website
- Install the WiX Toolset
- Open the System Center 2012 R2 Orchestrator Deployment Manager and Import the Integration Packs
- Right-click on the Integration Pack and select Deploy IP to Runbook Server or Runbook Designer. This executes the Integration Pack Deployment Wizard
- Open the System Center 2012 R2 Orchestrator Runbook Designer, and in Options select SC 2012 Configuration Manager
- In Connection, click Add, and enter in the information needed to connect to your ConfigMgr. Server should be a Primary Site Server.
- By adding the ConfigMgr Integration Pack, we have new activities pertaining to ConfigMgr available in our Runbook Designer
- To test, let’s now create a new Rubook with only the Create Collection action. Here are the parameters of that Create Collection action
- Run this Runbook. Check in Log History that it succeeded
- Now go to the ConfigMgr console and confirm that the Collection has been created
That’s it! My first ConfigMgr automation with System Center Orchestrator!
jay paloma | 23 apr 2016 | singapore