Azure Virtual Desktop: FSLogix VHD unable to shrink — Profile VHD compaction issue

Hello @AdminTai

FSLogix doesn’t compact a profile container simply because files were deleted. It evaluates the container during user sign-out and only runs compaction when all documented conditions are met:

• FSLogix 2210 (2.9.8361.52326) or later
• Dynamically expanding VHD/VHDX
• Container size on disk greater than 1 GB
• Recoverable space at least 20% of the consumed size
• VHDCompactDisk enabled; it’s enabled by default
• The Optimize Drives (defragsvc) and Microsoft Storage Spaces SMP (smphost) services aren’t disabled

After completely signing out the affected user, check:

C:\ProgramData\FSLogix\Logs\Profile\Profile-yyyyMMdd.log

Search for WasCompacted, Disk was not compacted, or [ERROR:]. Also review Event Viewer > Applications and Services Logs > FSLogix > Apps for Events 57, 58, and 60-63. These entries identify whether the threshold wasn’t met, the disk is fixed-size, a required service is disabled, or compaction failed.

If either required service is disabled, set both startup types to Manual from an elevated PowerShell session:

Set-Service defragsvc -StartupType Manual

Set-Service smphost -StartupType Manual

Also verify whether ProfileType = 3 or VHDAccessMode = 1, 2, or 3 is configured. There's an ongoing limitation where differencing disks created by these configurations are often too small to meet the compaction threshold.

Please share the FSLogix version, whether the container is fixed or dynamic, the applicable configuration values, and the compaction-related log entry. The West US 3 location alone doesn’t establish a regional Azure Virtual Desktop issue.

References:

VHD Disk Compaction

Troubleshoot VHD Disk Compaction

Help make this community better for everyone: If this answer helped or resolved your issue, please accept it or upvote it. If not, share more details in a comment so we can continue the discussion and find the right solution. Thank you.