pembertj

Can you post the technet link you found? I think I'm having this issue as well and would like to know more...

When I try to download Windows Server 2012 R2 (KB4039871) From the update catalog it seems to link to the Win 8.1 patch instead? anyone else seeing this? Anyone be able to provide right patch in PM?

Has anyone ran into this with SCCM/Windows 10? Installed Office 2016 and pin shortcuts. Use Export-StartLayout and then apply during a task sequence (Import-StartLayout). On the login of a new user the shortcuts will be broken (see here)... Checking paths, etc in layout file - everything looks correct. Has worked in the past...

For those interested - Jason Sandys replied on another forum: That's a local security group, not an account. These are SQL Server accounts and part of the database -- they are not actual user accounts. You don't have to do anything with them as they are part of the DB and will be moved with the DB itself.

CONFIGMGR_DVIEWACCESS does - only info I could find about it here ConfigMgr_DViewAccess This group is a local security group created on the site database server or database replica server by System Center 2012 Configuration Manager and is not currently used. This group is reserved for future use by Configuration Manager. All other accounts are set to "without login" in SQL

SCCM database question. We are moving our sccm database (its on a remote server I KNOW... I inherited the setup) from SQL 2008 R2 to SQL 2014 in preparation for upgrading to SCCM 1702. I see four accounts created by SCCM during install - SMSDBUSER_READONLY, SMSDBUSER_READWRITE, SMSDBUSER_REPORTSCHEMA, and CONFIGMGR_DVIEWACCESS. He wants to transfer these accounts over but no where can I find documented passwords for these accounts. Any solutions besides resetting passwords? Was currently using this guide unless someone has a better suggestion: https://blogs.technet.microsoft.com/configurationmgr/2013/04/02/how-to-move-the-configmgr-2012-site-database-to-a-new-sql-server/

As stupid as it seems I think when I ran into this it was because there is another database in the same instance that has a space in the name. https://blogs.msdn.microsoft.com/batala/2011/08/01/sqlserverwriter-missing-when-vssadmin-list-writers-command-is-run/

I think I figured this one out - even though I had disabled the use of a proxy everywhere in the GUI (after testing it) it looks like WSUS was still trying to use the proxy (which was blocking .txt/eula files). After cleaning any references to the proxy out of the registry it seems to be working now.

Doing more digging and finding this in the logs. Synchronizing update af57b397-b222-494e-ab73-17ddddd6e44e - Feature update to Windows 10 Enterprise, version 1607, en-us -------------------- Update af57b397-b222-494e-ab73-17ddddd6e44e not synced due to pending EULA download If I go into wsus and say "retry downoad" it will just loop back to the failure state gain.

So the update was finally released on the 16th - I can see it in WSUS "Feature Update to Windows 10 Enterprise, version 1607, en-us" but it isn't popping up anywhere in sccm "all software updates" or "all windows 10 updates" in windows 10 servicing. I have ran through the steps for KB3159706 (multiple times) and also KB3095113 is installed. The "upgrade" category is checked under SCCM Console --> Admin --> Site --> Configure Site Settings --> Software Update Point. Any ideas or suggestions? A few other people on here have had similar issues but they seemed to have resolved themselves after a day or two. Thanks for any help.

Niall- Yes I saw that a while ago and looks like it was installed on 6/12/2016. I also went through the web.config manual config. I just re-did those steps from a backup copy of the file just to be safe...

So the update was finally released on the 16th - I can see it in WSUS "Feature Update to Windows 10 Enterprise, version 1607, en-us" but it isn't popping up anywhere in sccm "all software updates" or "all windows 10 updates" in windows 10 servicing. Anyone else having better luck?

We had internet based client management working but it possibly seems to have ran into issues when we upgraded to 1511 and moved the server. This is the behavior I am running into right now - I imaged a VM with our OSD image and then took the VM off site - so the VM is domain joined but currently outside the network of where I work. When I power up the VM and check in Control Panel the machine will almost always come up as "currently intranet". Because of this when it tries to download content from our DPs it sometimes tries to connect to our intranet only DP and will then hang/fail on downloading content. Occasionally (I haven't found the trigger) it will properly show up as "Currently Internet" - once it does this all content for apps/updates downloads and works correctly. I haven't been able to find a clear explanation of what logic/method SCCM uses to determine Internet vs Intranet I had an issue with the CRL which is now fixed, I no longer see that issue in the logs. Our boundary (group) is based off several IP ranges and AD membership. I am logging into the machine with an AD account that is using cached credentials. If I connect VPN it will also work fine. The most relevant log entry I can find is in ClientLocation.log (see below). If anyone wants any other log entries let me know... Unable to retrieve AD forest + domain membership. Error 0x8007054b ClientLocation 7/20/2016 8:56:25 PM 3148 (0x0C4C) Raising event: instance of CCM_CcmHttp_Status { ClientID = "GUID:57BA9682-AF4F-4062-996D-3DBED13C2ACD"; DateTime = "20160721015625.800000+000"; HostName = "sccm01.xxx.xxx"; HRESULT = "0x00000000"; ProcessID = 2896; StatusCode = 0; ThreadID = 3148; }; ClientLocation 7/20/2016 8:56:25 PM 3148 (0x0C4C) Domain joined client is in Intranet ClientLocation 7/20/2016 8:56:25 PM 3148 (0x0C4C)

Started seeing this issue recently. I connect to a client machine and run the SCCM software update cycles - check the updatedeployment.log and see: EnumerateUpdates for action (UpdateActionInstall) - Total actionable updates = 0 Yet if I use Windows Update and check directly online I see about 20 updates missing from the machine. Checking in SCCM [screenshot](https://i.imgur.com/4zzxFVv.png) shows these updates are "not required" on the machine even though they should be. The issue is pretty much the exact issue seen [here](https://www.windows-noob.com/forums/topic/13877-software-updates-not-installed-not-required-or-are-they/) or [here](https://www.windows-noob.com/forums/topic/13662-wsus-issues/) but checking some client machines I see that KB3065987, KB3112343, and KB3050265 are all installed (suggested fixes from these threads). The Software Update Group has 300 updates in it or so and this is happening for about 100 right now. Has anyone else ran into this or have any ideas?

Do you have any "optional components" added to your x86 boot image but not your x64? Not sure what else it could be if you are using 64bit cctk...

Did you use the CCTK 64bit exe/files in your 64bit boot image? If not you will need to I would guess. We use CCTK where I work but we haven't run into your issue. I did run into that exact same error message when I was trying to run a 32bit only exe in 64bit boot image though so I would guess you need 64bit cctk files... ~T

Software update point and some other components were broken, after a complete uninstall of all related components (remove sup, wsus, wsus database, delete ADRs, Software update groups, software update packages, etc) and a re-install everything is working fine.

We do something similar where I work. We have an alpha collection (50 computers), beta collection (200 computers), all computers (all computers at location). We have one adr for each collection - they deploy at the same time but the amount of time until "required" increases for each group. This has allowed us to catch almost all problem updates while in "alpha" with a few making it until "beta"

I figured this one out. Turns out when I rebuilt my server recently I forgot to add the site system installation account back as an admin on the server where this issue was showing up. Must be that sccm uses that account to collect the disk size info. ~Tom

I've been seeing this for a month now or so. If I look in my SCCM console --> Monitoring --> System Status --> Site Status almost all components on one of my servers show as critical. The issue seems to stem from the fact that it thinks the disk size is "4096 GB" and there is zero free space on the disk. Re-installing one of these components has fixed the issue but re-installing other components seems to make no difference. See screenshots of console and of table in database that has incorrect info. Does anyone know how this data is pulled in and any tricks to get it to pull in the correct info? console: https://i.imgur.com/3qlnGeb.png database: https://i.imgur.com/VviPRO7.png

I installed it a few days ago, one strange SQL error that I put a ticket in to Microsoft for, otherwise no other hiccups

Running into this error on v1602 ever since I upgraded...not really finding any info at all online... Anyone know of logs in SCCM/SQL for stored procedures? Microsoft SQL Server reported SQL message 512, severity 16: [21000][512][Microsoft] [sql Server]Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression. :EAS_InsertOrUpdateProperty

The powershell bug was fixed in ADK 10586, but 10586 introduced another bug (http://ccmexec.com/2015/11/windows-10-adk-10-0-10586-solves-the-powershell-net-bug-in-winpe/). That new bug in ADK 10586 has now been fixed (using these steps: https://support.microsoft.com/en-us/kb/3143760)so it is ok to upgrade to ADK 10586 at this point (Microsoft said not to upgrade/use ADK 10586 until this was fixed). hotfix for ADK 10586: https://support.microsoft.com/en-us/kb/3143760 method for automating hotfix: https://keithga.wordpress.com/

Strange, I think I tried that initially when I ran into this issue but can't remember if it fixed it for us or not. We still use Gen1 for all our Hyper-V testing VMs and it seems to be working fine...

Seems to be an ongoing issue with no 100% confirmed fix... At the suggestion of people in those threads I added a reboot right after Setup Windows and ConfigMgr and tried to generally shorten the Windows phase of the Task Sequence. Seems to have improved my completion statistics on a Optiplex 7020 but not 100% of the time... see: https://social.technet.microsoft.com/Forums/en-US/db9f265e-0291-4196-bd1a-239ea5355b3f/intel-i2178lm-network-drivers-will-not-install-during-osd-to-w10?forum=configmanagerosd https://www.reddit.com/r/SCCM/comments/46fgxi/intel_i217lm_on_hp_800g1_windows_10/ https://www.reddit.com/r/SCCM/comments/47ijg8/fix_windows_10_build_fails_when_imaging_machines/