Scheduled tasks on the current TP5 of Windows Server 2016, which have a CalendarTrigger with repetition configured, don't seem to trigger and cannot be started manually.
The same trigger without repetition (e.g. after unchecking the "Repeat task every:" checkbox in taskschd.msc) works correctly.
A TimeTrigger with the same repetition configuration works, too.
taskschd.msc calculates and displays the next runtime correctly.

When I try to start such a task manually in taskschd.msc, a message box appears (running any other task works):
de-DE: "Der Aufgabenplanungsdienst ist nicht verfügbar. Die Aufgabenplanung wird erneut versuchen, eine Verbindung herzustellen."
en-US: "Task Scheduler service is not available. Task Scheduler will attempt to reconnect to it."

When I try to start the task by using Start-ScheduledTask, a non-terminating exception is thrown ("Nicht implementiert"="Not Implemented"):
PS C:\Users\Administrator> Start-ScheduledTask -TaskName bad
Start-ScheduledTask : Nicht implementiert
In Zeile:1 Zeichen:1
+ Start-ScheduledTask -TaskName bad
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (PS_ScheduledTask:Root/Microsoft/...S_ScheduledTask) [Start-ScheduledTask]
, CimException
+ FullyQualifiedErrorId : HRESULT 0x80004001,Start-ScheduledTask

When I try to start it via schtasks.exe, the same message appears:
C:\Users\Administrator>schtasks /run /tn bad
FEHLER: Nicht implementiert

When the task should trigger by time, there are no events in Microsoft-Windows-TaskScheduler/Operational indicating any activity around this task.

The tasks trigger sections look like this:
working (without repetition):
<Triggers>
<CalendarTrigger>
<StartBoundary>2016-06-14T00:13:00</StartBoundary>
<Enabled>true</Enabled>
<ScheduleByDay>
<DaysInterval>1</DaysInterval>
</ScheduleByDay>
</CalendarTrigger>
</Triggers>
not working (with hourly repetion):
<Triggers>
<CalendarTrigger>
<Repetition>
<Interval>PT1H</Interval>
<Duration>P1D</Duration>
<StopAtDurationEnd>false</StopAtDurationEnd>
</Repetition>
<StartBoundary>2016-06-14T00:13:00</StartBoundary>
<Enabled>true</Enabled>
<ScheduleByDay>
<DaysInterval>1</DaysInterval>
</ScheduleByDay>
</CalendarTrigger>
</Triggers>

On Windows Server 2012R2 this task works perfectly fine.

Test environment (in case it matters):
Hyper-V Generation 2 VMs on Windows Server 2012R2
Windows Server 2016 Technical Preview 5 Standard with GUI German (installed from de_windows_server_2016_technical_preview_5_x64_dvd_8512319.iso, SHA1 20B276A6EF63AB46FF50A561CD16B48FDF8787AE)
3 VMs, 2 of them fresh installs without any modification except the task

The whole task:
<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.4" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
<RegistrationInfo>
<Date>2016-06-14T10:20:18.9077118</Date>
<Author>WIN-B5GC2VET9K1\Administrator</Author>
<URI>\Test</URI>
</RegistrationInfo>
<Triggers>
<CalendarTrigger>
<Repetition>
<Interval>PT1H</Interval>
<Duration>P1D</Duration>
<StopAtDurationEnd>false</StopAtDurationEnd>
</Repetition>
<StartBoundary>2016-06-14T00:13:00</StartBoundary>
<Enabled>true</Enabled>
<ScheduleByDay>
<DaysInterval>1</DaysInterval>
</ScheduleByDay>
</CalendarTrigger>
</Triggers>
<Principals>
<Principal id="Author">
<UserId>S-1-5-18</UserId>
<RunLevel>LeastPrivilege</RunLevel>
</Principal>
</Principals>
<Settings>
<MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
<DisallowStartIfOnBatteries>true</DisallowStartIfOnBatteries>
<StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
<AllowHardTerminate>true</AllowHardTerminate>
<StartWhenAvailable>false</StartWhenAvailable>
<RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
<IdleSettings>
<StopOnIdleEnd>true</StopOnIdleEnd>
<RestartOnIdle>false</RestartOnIdle>
</IdleSettings>
<AllowStartOnDemand>true</AllowStartOnDemand>
<Enabled>true</Enabled>
<Hidden>true</Hidden>
<RunOnlyIfIdle>false</RunOnlyIfIdle>
<DisallowStartOnRemoteAppSession>false</DisallowStartOnRemoteAppSession>
<UseUnifiedSchedulingEngine>false</UseUnifiedSchedulingEngine>
<WakeToRun>false</WakeToRun>
<ExecutionTimeLimit>PT72H</ExecutionTimeLimit>
<Priority>7</Priority>
</Settings>
<Actions Context="Author">
<Exec>
<Command>C:\temp\test.bat</Command>
</Exec>
</Actions>
</Task>

Repro 1:
1) browse around the file system or any zip files, double click on any .txt files you find to read them.
2) Click 'X' in the top right of notepad to close out of notepad.

Repro 2:
1) open explorer and click on "Documents" in the treeview to show your documents (and a folder you should definitely have permissions to).
2) In the area showing your folders and files, right click and choose to create a new text document. (I named it test.txt)
3) Double click the new text file and add some text. (I wrote "hello")
4) Select 'File' -> 'Save'
5) Click the 'X' at the top right of Notepad or, Select 'File' -> 'Exit' to close it.

Result:
Notepad crashes.

Details:
Unhandled exception at 0x.... (ntdll.dll) in notepad.exe 0x... "Access violation reading location 0x0000000000000000"

Expected:
No crashing bugs.

Environment:
Clean Win Server 2016 TP5 - Build 14300.rs1_release_svc.160324-1723
the machine is joined to an AD domain.
user is logged on with a domain account.

Hello,

I would like to report a huge bug in Windows Server 2012 and 2016. For 2012 I need to try multiple times to log in to system using RDP but for upgrading 2012 to 2016 I can't log in at all. Everything is described here:

https://social.technet.microsoft.com/Forums/systemcenter/en-US/b45761b1-3949-4c9c-9e88-7d70cef6990f/long-delay-to-log-in-please-wait-for-the-local-session-manager?forum=ws2016

Basically during RDP logging in process lsass.exe process is parsing ALL local users which takes too much time and incoming RDP session is being disconnected. As far as I can see in Windows Event log about 800-900 local users are being parsed before disconnection occurs.

During logging in process lsass.exe is using large amount of CPU but this is probably realted to checking registry:

https://social.msdn.microsoft.com/Forums/getfile/1079226

As you can see in ProcessManager from time when RDP connection was made 21% of ALL Windows events logged in Process Manager was from lsass.exe process.

There is a easy way to replicate this issue:

I can replicate this bug
1) RDP to a newly created Windows Server
2) create a batch file with the following content:
:start
net user /add user%random%_%random% /random
timeout 1
goto start
open command prompt and execute the batch file.
Wait 20 minutes
try to RDP or connect via console. It won't work.

(and as far as I know it was replicated on MS side but for now nothing is being done or decided what to do with this problem).

Solution for this issue can be just extending RDP timeout which will work just fine because lsass.exe is using more CPU only during local users traversing and after logging in it just drops.

Any ideas/suggestions? Except "just use AD" ok? This specific scenario is on system which holds shared hosting accounts and local users are being used just for keeping website separated from each other and I really don't need AD for this one.

Thanks

A hotfix was created by Microsoft to prevent further leaked redirected printers from accumulating in the registry. https://support.microsoft.com/en-us/kb/2620656
Unfortunately, according to the script provided in that KB article the hotfix only deals with the redirected printers that have "session" in the name. The issue is that Microsoft changed this a long time ago to now have "redirected" in the name instead as well as the format of the name being different.
This means that the redirected printers with the new name format are still being leaked in the registry causing the same issue. Note that this is also proven simply by reviewing the affected registry keys after logging in and out a few times.
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\PrinterPorts

Note that although the KB article applies to Windows 7, Windows Server 2008 R2, Windows Vista, and Windows Server 2008, it still happens in Windows Server 2012 and Windows Server 2012 R2 and likely also in Windows 8 through Windows 10.

Please stop the leaked printer names to eliminate the problem with many software products out there.

Thank you.

Cross-posted from Technet forums:

I think we've identified a bug in Server 2016. Long story short:
1. Open lusrmgr.msc
2. Set an active users' properties to require password change at next logon
3. Reboot (or just logout, haven't tried that)
4. Press Ctrl+Alt+Del to logon, enter user's current password
5. Press Cancel when informed you need to change your password
6. Press Ctrl+Alt+Del again, enter user's current password, proceed 7. with password change (notice username is blank at this point)
8. Password gets changed but you are returned to the change password screen with no way to go back or proceed
9. Forced reboot appears to be the only way out but you can logon normally after this

We discovered this when running through the sysprep process and had bypassed the standard OOBE set password screen. Windows Server still wants the password set at first logon so we end up setting the password in the standard password change method instead of via OOBE. I realized this wasn't just a problem with our OOBE process though because just checking the box in user properties will make it happen. Tested this on the built-in Administrator account and a standard account I created after the fact.

Obviously most people won't hit the cancel button here, but we did it just playing around and discovered this.

First of all, sorry my poor English. Recently my customer bought two Windows Server 2016 Standard and I have a general group policy to disable autoplay and autorun in all computers in this network. Of course, I have an Active Directory implemented with two DCs, one with W2K8R2 and another with W2K12R2. I´ve downloaded the new ADMX files for Windows Server 2016 and Windows 10 "www.microsoft.com/en-us/download/details.aspx?id=53430&quot; and created a Central Store and I made all steps recomended by Microsoft. This Group Policy works well in all versions of Windows 2012/8.1 and below, but doesn´t work in Windows version 2016/10. I reaserched in the Internet for a similiar problem and I didn´t find anything about this. Does anybody have a clue for this problem??? Thanks for any help.

Configure Azure Backup fail on Windows Server 2016 Essentials (Japanese) Dashboard.
It seems like "SetMachinePassphrase request failed".

Log is below.

[9248] 170611.195806.8596: General: Initializing...C:\Windows\System32\Essentials\OnlineBackupGettingStartedWizard.exe
[9248] 170611.195806.9064: OnlineBackupObjectModel: OnlineBackupBacked created successfully.
[9248] 170611.195807.0002: OnlineBackupObjectModel: Async connect called
[9248] 170611.195807.0939: PfBinding: Information: [0] : Adding service dns identity [WS2016E] in proxy endpoint.
[9248] 170611.195807.1564: OnlineBackupObjectModel: OnlineBackup connector created
[9248] 170611.195807.1564: OnlineBackupObjectModel: Set connection identifier to 1
[9248] 170611.195807.1721: StorageOM: StorageBacked created successfully.
[9248] 170611.195807.1721: StorageOM: Set connection identifier to 1
[7068] 170611.195810.2978: StorageOM: Getting storage data from server
[10112] 170611.195834.6420: OnlineBackupObjectModel: Start Online Backup service
[10112] 170611.195839.5951: MailServiceUtils: Try to Refresh Tab, Id = 9e2df491-e5f2-4147-8be8-9bc1a5552d5f
[4876] 170611.195840.8451: OnlineBackupObjectModel: Connection created with provider
[4876] 170611.195840.8451: OnlineBackupObjectModel: Getting onlineBackup data from server
[5648] 170611.195840.8764: OnlineBackupObjectModel: OnlineBackup file spec information retreived from provider.
[5648] 170611.195840.8920: OnlineBackupObjectModel: OnlineBackup backup job information retreived from provider.
[5648] 170611.195840.9076: OnlineBackupObjectModel: OnlineBackup configuration retreived from provider.
[5648] 170611.195840.9076: OnlineBackupObjectModel: OnlineBackup configuration retreived from provider.
[5648] 170611.195840.9233: OnlineBackupObjectModel: OnlineBackup configuration retreived from provider.
[5648] 170611.195840.9233: OnlineBackupObjectModel: Online backup data retrieved from provider. Setting connected property to true.
[7068] 170611.195841.1733: CloudServiceEnvironment: Failed to download cloud service environment file.
[10112] 170611.195904.4038: OnlineBackupUI: Successfully generate the certificate. Thumbprint: 4AB3DDC1A02EEF5C3D77B4A49F7271B9C224B326
[10112] 170611.195906.1506: OnlineBackupObjectModel: GetOnlineBackupResources starting.
[10112] 170611.195906.1506: OnlineBackupObjectModel: Executing request: <GetOnlineBackupResources>b__0
[6824] 170611.195906.6819: OnlineBackupObjectModel: List of Azure resource has 1 entries
[6824] 170611.195906.6819: OnlineBackupObjectModel: Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.OnlineBackupResourceRequest completed by backend with error code: 0x0
[10112] 170611.195906.6819: OnlineBackupObjectModel: Synchronous GetOnlineBackupResources request succeeded.
[10112] 170611.195906.6819: OnlineBackupObjectModel: RegisterOnlineBackupRequest starting.
[10112] 170611.195906.6819: OnlineBackupObjectModel: Executing request: <RegisterOnlineBackup>b__0
[6824] 170611.195936.2280: OnlineBackupObjectModel: OnlineBackup configuration retreived from provider.
[6824] 170611.195937.9669: OnlineBackupObjectModel: OnlineBackup configuration retreived from provider.
[6824] 170611.195938.0295: OnlineBackupObjectModel: Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.RegisterOnlineBackupRequest completed by backend with error code: 0x0
[10112] 170611.195938.0607: OnlineBackupObjectModel: Synchronous RegisterOnlineBackup request succeeded.
[10112] 170611.195938.0763: OnlineBackupObjectModel: SetMachinePassphraseRequest starting.
[10112] 170611.195938.0763: OnlineBackupObjectModel: Executing request: <SetMachinePassphrase>b__0
[9676] 170611.195939.1545: OnlineBackupObjectModel: Connection lost with the onlineBackup provider
[9676] 170611.195939.1545: OnlineBackupObjectModel: Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.SetMachinePassphraseRequest completed by backend with error code: 0x80040258
[9676] 170611.195939.1545: OnlineBackupObjectModel: Set connection identifier to 5 on reconnection
[9676] 170611.195939.1545: OnlineBackupObjectModel: Reconnecting with onlineBackup provider
[10112] 170611.195939.1545: OnlineBackupObjectModel: Synchronous SetMachinePassphrase request failed.
[10112] 170611.195939.1545: Exception:
---------------------------------------
An exception of type 'Type: Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.OnlineBackupObjectModelException, OnlineBackupObjectModel, Version=10.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' has occurred.
Timestamp: 06/11/2017 19:59:39
Message: 種類 'Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.OnlineBackupObjectModelException' の例外がスローされました。 (ErrorCode 0x80040258)
Stack: 場所 Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.SetMachinePassphraseRequest.SetMachinePassphrase()
場所 Microsoft.WindowsServerSolutions.DataProtection.OnlineBackup.UI.RegisterProgressPagePresenter.<OnActivate>b__2_0(Object state)

[9248] 170611.195939.1857: OnlineBackupUI: An error occurred during the execution of the wizard. Error message =