Runtime: UWP F5 tests broken on ARM

[danmosemsft]

eg https://mc.dot.net/#/product/netcore/master/source/official~2Fcorefx~2Fmaster~2F/type/test~2Ffunctional~2Fuwp~2F/build/20180108.02/workItem/Canonicalization.Tests/wilogs

2018-01-08 07:15:25,947: INFO: proc(54): run_and_log_output: Output: C:\dotnetbuild\work\56f3b3d4-ba95-4a90-a2f4-de67da412029\Work\0643d265-c6e2-45c8-9f80-4a0d2f39267b\Unzip>call C:\dotnetbuild\work\56f3b3d4-ba95-4a90-a2f4-de67da412029\Payload\Launcher\WindowsStoreAppLauncher.exe -test appxmanifest.xml Canonicalization.Tests.dll  -xml testResults.xml -notrait category=nonuaptests -notrait category=nonwindowstests  -notrait category=failing 
2018-01-08 07:15:26,040: INFO: proc(54): run_and_log_output: Output: Got manifest file appxmanifest.xml
2018-01-08 07:15:26,165: INFO: proc(54): run_and_log_output: Output: Removing any previous installation...
2018-01-08 07:15:26,181: INFO: proc(54): run_and_log_output: Output: Installing the application...
2018-01-08 07:15:26,963: INFO: proc(54): run_and_log_output: Output: 
2018-01-08 07:15:26,963: INFO: proc(54): run_and_log_output: Output: FAILED 0x80073CFF (To install this application you need either a Windows developer license or a sideloading-enabled system.
2018-01-08 07:15:26,963: INFO: proc(54): run_and_log_output: Output: )

@dotnet/dnceng did anything change about the ARM machine setup? They need to have a developer license or sideloading enabled.

cc @safern

[Chrisboh]

These machines did just get imaged. @MattGal do you know if the developer license got installed?

[MattGal]

Filed https://github.com/dotnet/core-eng/issues/2368, will investigate shortly. It looks like that wasn't part of the setup scripts when we first stood up machines in early 2017, I'll get the tests working there and fix up the setup script.

[danmosemsft]

Thanks ! Nice that the test log produced an actionable error.

[danmosemsft]

fixed!

[danmosemsft]

@MattGal these ARM tests are all failing again in the same way. eg
https://mc.dot.net/#/product/netcore/30/source/official~2Fcorefx~2Fmaster~2F/type/test~2Ffunctional~2Fuwp~2F/build/20180803.01/workItem/Canonicalization.Tests/wilogs

Is it the same issue again - developer license? (or is this the bad C++ runtime again -- I can't find that issue to check what symptoms that had)

[danmosemsft]

@tommcdon

[danmosemsft]

It looks like the ILC run tests are failing with -1073741515 == 0xC0000135 == STATUS_DLL_NOT_FOUND which is presumably because the CRT issue is not fixed yet, and is distinct to this failure mode here.

[MattGal]

@danmosemsft I've moved a copy of the issue to core-eng and will investigate a machine with your tests this morning; I'm suspecting it's our issue since this correlates in time with turning off the old "Seattle" boxes and turning on new ones, which may have not been properly configured.

[wtgodbe]

@MattGal can this be closed?

[MattGal]

The problem is not fixed, so that's up to you: The last UWP ARM run happened on 12/18 and had this problem. I believe that's when we switched over to YML only and just lost the coverage. If these tests will end up turned back on in the YML world, you'll need to solve this then, if not feel free to close.

[ViktorHofer]

Closing as dupe of https://github.com/dotnet/corefx/issues/30399 (edited)

[MattGal]

You closed the bug as a duplicate of itself?

[mmitche]

If that's the case, we can close LOTS of bugs. We're done!

[safern]

I think he meant closing as dupe of dotnet/corefx#30399

[ViktorHofer]

LOL 😱 thanks Santi!