Forum Discussion
MSIX app attach Azure portal integration public preview
Interesting. I've not seen that status.
I see available > updating > unavailable.
As of ~1020am CST - In Validation
as of 1040am CST - Validation NO - and 1 host rebooted
OK, Definitely not the same. The update seems to work, but the SH falls on the status "Needs Assistance".
My problem is that in this state, I can no longer add MSIX packages to the host pool. If I reboot the SH, then I can import MSIX packages.
Now I am not sure whether the same reason the MSIX's are not connected for the user. VHD's are still attached.
Why is the Application not correctly attached for the User?
- Stefan GeorgievMar 24, 2021Former EmployeeFor the user not to see the app we need to see if registration happend. We can see that staging was correct (since app shows under WindowsApps) ... did you see any error in the AppxDeploymentServer tied to the app
- Stefan GeorgievMar 24, 2021Former Employeecna you PM me the ticket #
- Stefan GeorgievMar 24, 2021Former Employeethe auto update happens when host pool moves from production to validation and we do not have MSIX app attach in production
- Stefan GeorgievMar 24, 2021Former EmployeeDer Objektverweis wurde nicht auf eine Objektinstanz festgelegt. indicates one of two things 1) the subs is not whitelsited for MSIX app attach 2) the host pool is not in the validation environment
- jlou65535Feb 25, 2021MCT
I spent a lot of time to setup the file share for MSIX files on my storage account, same I did for my FSLogix profiles. At the end, I put .vhdx and the .msix on a file share VM
- DBR14Feb 25, 2021Iron ContributorOh yeah, done did that.
- Stefan BeckmannFeb 25, 2021Copper ContributorStorage Account: mymsixstoa01.file.core.windows.net
File Share: msix
You map the share in the Session Host with:
net use t: \\mymsixstoa01.file.core.windows.net /user:AZURE\mymsixstoa01 AccessKey
Then open T: in Windows Explorer, open NTFS ACLs, add the computer account, and if not done yet also the group. - DBR14Feb 25, 2021Iron ContributorOh yeah its all listed there.
Groups there
All Sync'd
RBAC done
When you say computer account, you mean for instance if my SH is called StupidHost-1 | add that to the share? - Stefan BeckmannFeb 25, 2021Copper ContributorCan you connect the share and list the content with the following commands:
<code>
psexec -s -i cmd.exe
net use T: \\storageaccount\share
T:
dir
</code>
Have you checked as admin on the SH, if there some content under "C:\Program Files\WindowsApps"?
During the test, I additionally granted permissions for the computer account directly on the share (via Explorer, group has the same). It may be too much, but I have the feeling that it only worked then.
In addition, the following for comparison:
- Group with a computer account as a member
- Synchronize this group including computer account in the AAD
- RBAC on Storage Account and Share Level Reader - DBR14Feb 25, 2021Iron ContributorYeah you're further than I am. All my permissions are correct. I can even hit the Azure File Share from the user session but no apps attach.
My one host is finally staying available in validation but none of the sessions connected show apps attached. I wish there was something I could actually look at and troubleshoot or some sort of error to go off of but there's nothing.
Without this WVD is a dead in the water project, we're a CPA firm and I can't be updating and rolling out a new image every other day when software updates during busy season.
I've wasted so much time on this, never had this much trouble with a Preview item before. - Stefan BeckmannFeb 25, 2021Copper Contributor
The question that now arises is if this error prevents testing of MSIX App Attach or if the result is falsified.
I see the disc attached, and I can also find it under "C:\Program Files\WindowsApps". But the user does not see the application in the start menu at the moment. At the moment, I am not sure where to continue troubleshooting.
And then the uncertainty as to if it could be due to the existing problems. - Jochen BernersFeb 24, 2021Copper ContributorYes, same here...all session hosts are kn status „needs assistance“, opened a ticket, MsFT says known issue...that’s it 😞
That’s the status for at least 10-12 days 😞 my customer wants to move on to production, but with that status...no - DBR14Feb 24, 2021Iron Contributor
Tier 3 MSFT Engineer advised that there is a known issue with the WVD Agent version I am working with. However the fix is to downgrade the agent, but because of validation mode and it auto updating it can't be done. So its been escalated to the Product Group.
- Stefan BeckmannFeb 24, 2021Copper Contributor
TomHickling There are no updates that require a restart, no other updates either.
I have a lot of event log entries, some of them:
Microsoft.RDInfra.RDAgent.Service.MonitoringAgentCheck:
- StartMonitoringAgent: Restoring monitoring settings from environment failed with Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
- MonitoringAgentCheck: SessionHost unhealthy: Geneva issue - Monitoring environment variable is NOT set
- CheckMonitoringAgentAsync: Monitoring environment variable is NOT set
RemoteDesktopServices-MonitoringLogger:- Microsoft.RDInfra.Monitoring.AgentMonitoringService.AgentMonitoringServiceWorker
Value of the 'Tenant' in 'SOFTWARE\Microsoft\RDMonitoringAgent' is empty - TomHicklingFeb 23, 2021
Microsoft
Stefan Beckmann Can you check whether there are any updates pending a reboot?