Warning: Undefined variable $file in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php on line 14

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637

Warning: Cannot modify header information - headers already sent by (output started at /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-content/plugins/fix-my-feed-rss-repair/rss-feed-fixr.php:14) in /customers/a/e/3/tunecom.be/httpd.www/stg_ba12f/wp-includes/rest-api/class-wp-rest-server.php on line 1637
{"id":1038,"date":"2021-02-01T20:13:15","date_gmt":"2021-02-01T19:13:15","guid":{"rendered":"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038"},"modified":"2021-02-01T20:13:16","modified_gmt":"2021-02-01T19:13:16","slug":"how-to-retrieve-lingering-fslogix-profiles-on-windows-virtual-desktop-mounted-from-an-azure-file-share","status":"publish","type":"post","link":"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038","title":{"rendered":"How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share"},"content":{"rendered":"\n<p>In the last couple of months, we&#8217;ve seen the following strange behavior coming from an FSLogix profile, mounted on a Windows Virtual Desktop host with an Azure File share as an underlying storage provider.<\/p>\n\n\n\n<h4>The issue<\/h4>\n\n\n\n<p>In some very particular cases it happens that when a user logs off its session from a WVD (Windows Virtual Desktop) host, the corresponding FSLogix profile is not dismounted from the host. <\/p>\n\n\n\n<p>When the user tries to login again to the environment, this results in the following error.<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-large\"><img loading=\"lazy\" width=\"475\" height=\"345\" src=\"https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2021\/01\/image-24.png\" alt=\"\" class=\"wp-image-1039\" srcset=\"https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2021\/01\/image-24.png 475w, https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2021\/01\/image-24-300x218.png 300w\" sizes=\"(max-width: 475px) 100vw, 475px\" \/><\/figure><\/div>\n\n\n\n<p>Status : 0x0000000B : Cannot open virtual disk<br>Reason : 0x00000000 : The container is attached<br>Error code : 0x00000020 : The process cannot access the file because it is being used by another process<\/p>\n\n\n\n<h4>Normal behavior<\/h4>\n\n\n\n<p>During normal behavior of the login and log off process to Windows Virtual Desktop in combination with an FSLogix profile, the profile is mounted from the underlying storage provider and correctly dismounted upon successful log off of the Windows Virtual Desktop host.<\/p>\n\n\n\n<h4>Root cause<\/h4>\n\n\n\n<p>The root cause of why the profile container is not dismounted from the host is hard to find, in most cases, an update of the <a type=\"URL\" id=\"https:\/\/docs.microsoft.com\/en-us\/fslogix\/whats-new\" rel=\"noreferrer noopener\" href=\"https:\/\/docs.microsoft.com\/en-us\/fslogix\/whats-new\" target=\"_blank\">FSLogix <\/a>components is required, please make sure to read through the latest <a rel=\"noreferrer noopener\" href=\"https:\/\/docs.microsoft.com\/en-us\/fslogix\/whats-new\" target=\"_blank\">FSLogix<\/a> release notes.<\/p>\n\n\n\n<h4>Looking for the lingering VHD(X) container<\/h4>\n\n\n\n<p>During the days that we had our profile shares\/data hosted on a traditional IaaS fileserver, we would just open up an MMC console and look for any open files or sessions. <\/p>\n\n\n\n<p>Since our profiles are now being hosted on an Azure File share, this process is slightly different. I&#8217;ve written a small PowerShell script for you to use and\/or alter to your needs.<\/p>\n\n\n\n<h5>What it does or can do<\/h5>\n\n\n\n<p>The input variables are pretty straightforward : <\/p>\n\n\n\n<ul><li><strong>Mode:<\/strong> You can alert or react to a possible lingered FSLogix profile (under construction)<\/li><li><strong>ProfileStorageAccount<\/strong>: You need to provide the storage account name where you store your FSLogix containers<\/li><li><strong>ProfileShare<\/strong>: Following your storage account, we also need the specific file share<\/li><li><strong>StorageAccountResourceGroupName<\/strong>: Our resource group name where our storage account is located is required<\/li><\/ul>\n\n\n\n<p><strong>Note<\/strong>: The script is currently &#8220;designed&#8221; to query only one storage account\/file share, and only one host pool per run. You could of course alter this to check all host pools and related storage accounts.<\/p>\n\n\n\n<p>The script loops through your active Windows Virtual Desktop sessions and active storage handles.<\/p>\n\n\n\n<p>It then checks each storage handle, whether or not it has a corresponding active WVD session. If not you are presented with the virtual machine name where the FSLogix container is mounted.<\/p>\n\n\n\n<h4><strong>Powershell Script<\/strong><\/h4>\n\n\n\n<p>Save this PowerShell script as &#8220;Clean-LingeringFSLogixProfiles.ps1&#8221; Read through the blog post to retrieve the InVM script. The scripts can be download from my <a href=\"https:\/\/github.com\/yannickdils\/wvd\/tree\/main\/FSLogix\/Troubleshooting\">GitRepo <\/a>as well.<\/p>\n\n\n<pre class=\"brush: powershell; title: ; notranslate\" title=\"\">\n&lt;#\n.SYNOPSIS\n    Dismount lingering FSLogix VHD(X) profiles.\n\n.DESCRIPTION\n    Dismount lingering FSLogix VHD(X) profiles.\n\n.PARAMETER Mode\n    Provide the execution mode of the script.\n    Alerting : Generates an alert whenever a lingering FSLogix VHDX profile is found\n    React : Tries to dismount the lingering FSLogix Profile on the host where it is attached\n\n.PARAMETER ProfileStorageAccount\n    Provide the storage account where the FSLogix profiles are located\n\n.PARAMETER ProfileStorageAccount\n    Provide the fileshare where the FSLogix profiles are located\n\n.PARAMETER StorageAccountResourceGroupName\n    Provide the resource group name of your storage account\n\n.PARAMETER OverrideErrorActionPreference\n    Provide the ErrorActionPreference setting, as descibed in about_preference_variables.\n    (https:\/\/docs.microsoft.com\/en-us\/powershell\/module\/microsoft.powershell.core\/about\/about_preference_variables?view=powershell-7#erroractionpreference).\n    When running locally we should use &quot;Break&quot; mode, which breaks in to the debugger when an error is thrown.\n\n.EXAMPLE\n    PS C:\\&gt; .\\Clean-LingeringFSLogixProfiles.ps1 -Mode &quot;Alerting&quot; -ProfileStorageAccount &quot;storageaccountname&quot; -ProfileShare &quot;profileshare&quot; -StorageAccountResourceGroupName &quot;resourcegroupname&quot;\n\n#&gt;\n[CmdletBinding()]\nparam (\n    [Parameter(Mandatory = $true)]\n    [ValidateSet('alerting', 'react')]\n    [string]\n    $Mode,\n    [Parameter(Mandatory = $true)]\n    [string]\n    $ProfileStorageAccount,\n    [Parameter(Mandatory = $true)]\n    [string]\n    $ProfileShare,\n    [Parameter(Mandatory = $true)]\n    [string]\n    $StorageAccountResourceGroupName,\n    [Parameter(Mandatory = $false)]\n    [string]\n    $OverrideErrorActionPreference = &quot;Break&quot;\n)\n\n$ErrorActionPreference = $OverrideErrorActionPreference\n\n# The following cmd retrieves your storage account details and puts it in a context variable\n$context = Get-AzStorageAccount -ResourceGroupName $StorageAccountResourceGroupName -Name $ProfileStorageAccount\n\n#region retrieve details per hostpool\n# Retrieves the hostpools =&gt; Alter the script here to check for additional host pools\n$hostpools = get-azwvdhostpool\nforeach ($hostpool in $hostpools) {\n    $wvdrg = Get-AzResource -ResourceId $hostpools.Id\n    # This is tricky, so if you only need 1 host pool remove the foreach loop completely and comment the line below\n    $hostpools = $hostpool\n\n\n    #region gather all open files &amp;amp; sessions\n    $OpenFiles = Get-AzStorageFileHandle -Context $Context.Context -ShareName $ProfileShare -Recursive\n    $UserSessions = Get-AzWvdUserSession -HostPoolName $hostpools.Name -ResourceGroupName $wvdrg.ResourceGroupName | Select-Object ActiveDirectoryUserName, ApplicationType, SessionState, UserPrincipalName, name\n    #endregion\n\n    #region fill Open Files array\n    $pathusers = @()\n    foreach ($openfile in $OpenFiles) {\n\n        If ($openfile.path) {\n            #Write-host $openfile.Path\n            $FilePath = $openfile.Path.Split(&quot;\/&quot;)[0]\n            $pathusers += $FilePath\n        }\n    }\n    $pathusers = $pathusers | Select-Object -Unique\n    #endregion\n\n    #region fill Open Sessions array\n    $sessionusers = @()\n    foreach ($usersession in $UserSessions) {\n\n        If ($usersession) {\n            #Write-host $usersession\n            $Username = $UserSession.ActiveDirectoryUserName.Split(&quot;\\&quot;)[1]\n\n            $sessionusers += $Username\n        }\n    }\n    $sessionusers = $sessionusers | Select-Object -Unique\n    #endregion\n\n    #region loop through every open file and find a corresponding user session\n    foreach ($pathuser in $pathusers) {\n        If ($sessionusers -contains $pathuser) {\n            Write-host -ForegroundColor green &quot;Active session user: &quot; $pathuser\n        } else {\n            If ($mode -eq &quot;alerting&quot;) {\n                $OpenFilesDetails = Get-AzStorageFileHandle -Context $Context.Context -ShareName $ProfileShare -Recursive | Where-Object { $_.Path -like &quot;*$($pathuser)*&quot; }\n                # the following retrieves the virtual machine name of the lingering VHDX file\n                $IPNic = ((Get-AzNetworkInterface | Where-Object { $_.IpConfigurations.PrivateIpAddress -eq $($OpenFilesDetails.ClientIp.IPAddressToString[0]) }).virtualmachine).Id\n                $vmname = ($IPNic -split '\/') | Select-Object -Last 1\n                $VM = Get-AzVm -Name $vmname\n                Write-host -ForegroundColor red &quot;Inactive session user: $pathuser has a FSLogix mounted on the following virtual machine $vmname&quot;\n            } Else {\n                $OpenFilesDetails = Get-AzStorageFileHandle -Context $Context.Context -ShareName $ProfileShare -Recursive | Where-Object { $_.Path -like &quot;*$($pathuser)*&quot; }\n                # the following retrieves the virtual machine name of the lingering VHDX file\n                $IPNic = ((Get-AzNetworkInterface | Where-Object { $_.IpConfigurations.PrivateIpAddress -eq $($OpenFilesDetails.ClientIp.IPAddressToString[0]) }).virtualmachine).Id\n                $vmname = ($IPNic -split '\/') | Select-Object -Last 1\n                $VM = Get-AzVm -Name $vmname\n                Write-host -ForegroundColor red &quot;Inactive session user: $pathuser has a FSLogix mounted on the following virtual machine $vmname&quot;\n                # double check whether or not you want to dismount the profile\n                $YesNo = Read-Host &quot;Are you sure you want to dismount the user profile off $pathuser on the following server $vmname: Yes\/No&quot;\n                If ($YesNo -eq &quot;Yes&quot;)\n                {\n                    $domainupn = Read-Host &quot;Please enter your domain admin username:&quot;\n                    $domainpwd = Read-Host &quot;Please enter your domain admin password:&quot;\n                    $runDismount = Invoke-AzVMRunCommand -ResourceGroupName $VM.ResourceGroupName -Name $VM.Name -CommandId 'RunPowerShellScript' -ScriptPath &quot;scripts\\AzVMRunCommands\\Clean-InVMLingeringFSLogixProfiles.ps1&quot;  -Parameter @{&quot;Upn&quot; = &quot;$domainupn&quot;; &quot;Pass&quot; = &quot;$domainpwd&quot;;&quot;pathuser&quot; = $pathuser }\n                    If ($runDismount.Status -Ne &quot;Succeeded&quot;) {\n                        Write-Error &quot;Run failed&quot;\n                    }\n                    else {\n                        Write-Host &quot;FSLogix profile has been dismounted for $($pathuser) on $($vmname)&quot;\n                    }\n                }\n            else {\n                # Exit script\n                Write-Host &quot;We are now exiting the script, you've entered the wrong option: Yes\/No is required&quot;\n                Exit\n            }\n            }\n        }\n    }\n    #endregion\n}\n#endregion\n\n<\/pre>\n\n\n<p><\/p>\n\n\n\n<h4>InVM Powershell Script<\/h4>\n\n\n\n<p>Before launching the script above, make sure to save the script that needs to be run within the virtual machine.<\/p>\n\n\n\n<p>Save the PowerShell script below as  &#8220;InVMLingeringFSLogixProfiles.ps1&#8221; and alter the script path in the script above. The scripts can be download from my <a href=\"https:\/\/github.com\/yannickdils\/wvd\/tree\/main\/FSLogix\/Troubleshooting\">GitRepo <\/a>as well.<\/p>\n\n\n<pre class=\"brush: powershell; title: ; notranslate\" title=\"\">\nparam (\n    [Parameter(Mandatory = $true)]\n    [string]\n    $pathuser,\n    [Parameter(Mandatory = $true)]\n    [string]\n    $upn,\n    [Parameter(Mandatory = $true)]\n    [string]\n    $pass,\n    [Parameter(Mandatory = $false)]\n    [string]\n    $OverrideErrorActionPreference = &quot;Break&quot;\n)\n\n#This script is run within the virtual machine\n\n$ziptargetfolder = &quot;c:\\troubleshooting\\&quot;\n$innerscriptlocation = $ziptargetfolder + &quot;Dismount-VHD.ps1&quot;\n\nIf (!(Test-Path $ziptargetfolder)) {\n    mkdir $ziptargetfolder\n}\n\n@&quot;\n`$ProfileNamingConvention = &quot;Profile-&quot; + &quot;$pathuser&quot;\n`$Volume = Get-Volume | Where-Object { `$_.filesystemlabel -eq `$ProfileNamingConvention } | % { Get-DiskImage -DevicePath `$(`$_.Path -replace &quot;\\\\`$&quot;) }\nDismount-DiskImage -ImagePath `$Volume.ImagePath\n&quot;@ | Out-File -FilePath $innerscriptlocation\n\n$taskName = &quot;Dismount-FSLogixProfile&quot;\n$Action = New-ScheduledTaskAction -Execute &quot;powershell.exe&quot; -Argument &quot;-NoProfile -NoLogo -NonInteractive -ExecutionPolicy Unrestricted -File $innerscriptlocation&quot; -WorkingDirectory $ziptargetfolder\n$Settings = New-ScheduledTaskSettingsSet -Compatibility Win8\n$TaskPath = &quot;\\CustomTasks&quot;\nRegister-ScheduledTask -TaskName $taskName -User $upn -Password $pass  -RunLevel Highest -Action $Action -Settings $Settings\n\n\nStart-ScheduledTask -TaskName $taskName -TaskPath $TaskPath\nwhile ((Get-ScheduledTask -TaskName $taskName).State -ne 'Ready') {\n    Start-Sleep -Seconds 2\n}\n\nUnregister-ScheduledTask -TaskName $taskName -Confirm:$False\nRemove-Item -Path $innerscriptlocation -Recurse -Force\n\n\n<\/pre>\n\n\n<h4>Warning!<\/h4>\n\n\n\n<p>The scripts are provided as-is, please be very careful and test run the scripts on a &#8220;test&#8221; environment or an environment that allows you to perform some quick checks and tests. Dismounting VHD(X) files can cause unwanted effects when performed against an <strong>Active <\/strong>user.<\/p>\n\n\n\n<h4>Thank you!<\/h4>\n\n\n\n<p>Thank you for reading through this blog post, I hope I have been able to assist in troubleshooting FSLogix profile mounting issues.<\/p>\n\n\n\n<p>If you encounter any new insights, feel free to drop me a comment or contact me via mail or other social media channels<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the last couple of months, we&#8217;ve seen the following strange behavior coming from an FSLogix profile, mounted on a Windows Virtual Desktop host with an Azure File share as an underlying storage provider. The issue In some very particular cases it happens that when a user logs [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":1039,"comment_status":"open","ping_status":"open","sticky":true,"template":"","format":"standard","meta":[],"categories":[22,31,30,74,36,59,54],"tags":[49,75,57,56],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v15.8 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share - Tunecom<\/title>\n<meta name=\"description\" content=\"In some very particular cases it happens that when a user logs off its session from a WVD (Windows Virtual Desktop) host, the corresponding FSLogix profile is not dismounted from the host. The following blogpost describes how to resolve these issues.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\" \/>\n<meta property=\"og:locale\" content=\"en_GB\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share - Tunecom\" \/>\n<meta property=\"og:description\" content=\"In some very particular cases it happens that when a user logs off its session from a WVD (Windows Virtual Desktop) host, the corresponding FSLogix profile is not dismounted from the host. The following blogpost describes how to resolve these issues.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\" \/>\n<meta property=\"og:site_name\" content=\"Tunecom\" \/>\n<meta property=\"article:published_time\" content=\"2021-02-01T19:13:15+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2021-02-01T19:13:16+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2021\/01\/image-24.png\" \/>\n\t<meta property=\"og:image:width\" content=\"475\" \/>\n\t<meta property=\"og:image:height\" content=\"345\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Estimated reading time\">\n\t<meta name=\"twitter:data1\" content=\"7 minutes\">\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#organization\",\"name\":\"Tunecom\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/\",\"sameAs\":[],\"logo\":{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#logo\",\"inLanguage\":\"en-GB\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2019\/09\/Original-on-Transparent-1.png\",\"width\":5000,\"height\":1749,\"caption\":\"Tunecom\"},\"image\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#logo\"}},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#website\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/\",\"name\":\"Tunecom Consulting\",\"description\":\"Get in tune with your digital transformation journey\",\"publisher\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?s={search_term_string}\",\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"en-GB\"},{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#primaryimage\",\"inLanguage\":\"en-GB\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/wp-content\/uploads\/2021\/01\/image-24.png\",\"width\":475,\"height\":345,\"caption\":\"Can not mount FSLogix profile\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#webpage\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\",\"name\":\"How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share - Tunecom\",\"isPartOf\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#primaryimage\"},\"datePublished\":\"2021-02-01T19:13:15+00:00\",\"dateModified\":\"2021-02-01T19:13:16+00:00\",\"description\":\"In some very particular cases it happens that when a user logs off its session from a WVD (Windows Virtual Desktop) host, the corresponding FSLogix profile is not dismounted from the host. The following blogpost describes how to resolve these issues.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#breadcrumb\"},\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"item\":{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/\",\"name\":\"Home\"}},{\"@type\":\"ListItem\",\"position\":2,\"item\":{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\",\"url\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038\",\"name\":\"How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share\"}}]},{\"@type\":\"Article\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#webpage\"},\"author\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#\/schema\/person\/339cfa79b82ddc2200b535651b955a7d\"},\"headline\":\"How to retrieve lingering FSLogix profiles on Windows Virtual Desktop, mounted from an Azure File share\",\"datePublished\":\"2021-02-01T19:13:15+00:00\",\"dateModified\":\"2021-02-01T19:13:16+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#webpage\"},\"commentCount\":2,\"publisher\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#primaryimage\"},\"keywords\":\"azurefiles,fslogix,WindowsVirtualDesktop,WVD\",\"articleSection\":\"Azure,Azure Files,Azure Storage,FSLogix,IaaS,Modern Workplace,Windows Virtual Desktop\",\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.tunecom.be\/stg_ba12f\/?p=1038#respond\"]}]},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#\/schema\/person\/339cfa79b82ddc2200b535651b955a7d\",\"name\":\"admin.yannickd\",\"image\":{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/www.tunecom.be\/stg_ba12f\/#personlogo\",\"inLanguage\":\"en-GB\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/f73a5ebb65b1c97d5ef7bfe49bd04e1d?s=96&d=mm&r=g\",\"caption\":\"admin.yannickd\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","_links":{"self":[{"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/posts\/1038"}],"collection":[{"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1038"}],"version-history":[{"count":36,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/posts\/1038\/revisions"}],"predecessor-version":[{"id":1076,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/posts\/1038\/revisions\/1076"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=\/wp\/v2\/media\/1039"}],"wp:attachment":[{"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1038"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1038"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tunecom.be\/stg_ba12f\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1038"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}