FSLogix 2201 Public Preview Update 1 is now available

Microsoft
Hi Everyone,

We've just released FSLogix 2201 Public Preview Update 1 to address the previously announced issue impacting customers who allow users to have multiple Windows sessions per session host.

 

To recap the resolved issue, customers who allow users to login to multiple Windows sessions per host encountered a bug that allowed the first user session to connect, but additional session launches failed. With this update, additional sessions will no longer fail.  Your environment was impacted if you have the "Restrict Remote Desktop Services users to a single Remote Desktop Services Session" group policy set to disabled or the HKLM:\Software\Policies\Microsoft\Windows NT\Terminal Services\fSingleSessionPerUser regkey value is set to 0.

 

Preview Details

NOTE: Existing public preview participants do not need to sign up again. A new download link will be sent to the provided email address.

You can sign up here to participate in the Public Preview here:

https://aka.ms/fslogix/preview

 

This release can be installed over all existing versions of FSLogix or you can perform a fresh install without a pre-existing FSLogix version.

 

Here's a complete list of updates in the 2201 Public Prevew:

 

Update 1 Changes

  • Resolved an issue in the initial 2201 Public Preview release that prevented additional connections for environments configured to allow users to have more than one Windows session per host.

Previously Announced Changes

  • Fixed issue where the FSLogix Profile Service would crash if it was unable to communicate with the FSLogix Cloud Cache Service.
  • The OfficeFileCache folder located at %LOCALAPPDATA%\Microsoft\Office\16.0\OfficeFileCache is now machine specific and encrypted so we now exclude it from FSLogix containers. Office files located outside this folder are not impacted by this update.
  • Windows Server 2019 version 1809, and newer versions of Windows Server, natively support per-user search indexes and we recommend you leverage that native search index capability. FSLogix Search Indexing is no longer available on those versions of Windows Server.
  • Windows 10 Enterprise Multi-session and Windows 11 Enterprise Multi-session natively support per-user search indexes and FSLogix Search Indexing is no longer available on those operating systems.
  • FSLogix now correctly handles cases where the Windows Profile Service refCount registry value is set to an unexpected value.
  • Over 30 accessibility related updates have been made to the FSLogix installer and App Rules Editor.
  • A Windows event now records when a machine locks a container disk with a message that looks like "This machine '[HOSTNAME]' is using [USERNAME]'s (SID=[USER SID]) profile disk. VHD(x): [FILENAME]."
  • Resolved an issue where the DeleteLocalProfileWhenVHDShouldApply registry setting was sometimes ignored.
  • Fixed an issue where active user session settings where not retained if the FSLogix service was restarted. This was causing some logoffs to fail.
  • FSLogix will no longer attempt to reattach a container disk when the user session is locked.
  • Fixed an issue that caused the FSLogix service to crash when reattaching container disks.
  • Fixed a Cloud Cache issue that caused IO failures if the session host's storage blocksize was smaller than a cloud provider's. For optimal performance, we recommend the session host disk hosting the CCD proxy directory has a physical block size greater than or equal to the CCD storage provider with the largest blocksize size.
  • Fixed a Cloud Cache issue where a timed out read request (network outage, storage outage, etc.) was not handled properly and would eventually fail.
  • Reduced the chance for a Cloud Cache container disk corruption if a provider is experiencing connection issues.
  • Resolved an issue where temporary rule files were not deleted if rule compilation failed.
  • Previously, the Application masking folder was only created for the user who ran the installer. With this update, the rules folder is created when the Rules editor is launched.
  • Resolved an interoperability issue with large OneDrive file downloads that was causing some operations to fail.
  • Fixed an issue where per-user and per-group settings did not apply if the Profile or ODFC container was not enabled for all users.
  • Resolved an issue where the Office container session configuration was not cleaned up if a profile fails to load.
  • Fixed an issue where HKCU App Masking rules leveraging wildcards would fail to apply.
  • Fixed an issue where FSLogix did not properly handle logoff events if Profile or ODFC containers were disabled during the session or per-user/per-group filters were applied mid-session that excluded the user from the feature. Now FSLogix logoff related events will always occur if FSLogix loaded a container for the user.
  • Fixed an issue that caused some sessions configured with an ODFC container to fail to login.
  •  Resolved an issue where the rule editor would crash if there were no assignments configured.
9 Replies
Was the profile deletion issue addressed?
Can we now redirect logs using the GPO setting?

@Steve Downs 

Hi after tested FSlogix for some time we get issues. 

Version:

FSLogix_Apps_2.9.8089.44141

 

See that logoff freeze for users and I never get this in logs:

"Begin Session: Unload profile"

Works if admin do a manual logoff direct on server the session running. 

 

Any help for this ?

@AndreBoehm Thanks for share download file.

installed latest version and restarted. and as soon i try to login from Remote Desktop Client. got this massage 

c951909_0-1647522137798.png

We have this issue with previous version as well. kindly let me know the root cause of this issue.

@Steve DownsSo at present a user has Multi-Search configured for Server 2019 and is using an Office Container Only. How does the search database get stored into the Office container, or are you relying on the user storing the search database in their profile management solution?

@c951909 We are Using Citrix and only get issue when users do logoff. Session is stable all time and don't get any reconnect

lots of random local_username left on our servers, we are performing nightly checks. Not a great solution, and seems like a lot of customers have similar issues. I hope these issues can be resolved as it's impacting us, we also have a few random profile issues at logon, where interop with ivanti environment manager is a real issue. These issues are only really seen at scale and I do wonder what kind of performance testing is actually done at Microsoft.

@Steve Downs 

 

We have an issue when we use cloud cache with an destination Azure page blob and a local path that we are unable to sign in if the device doenst have an internet connection.
This issue is also present in the current stable release

CCDLocation string used.

type=smb,connectionString=C:\LocalProfileStore;type=azure,connectionString="DefaultEndpointsProtocol=https;AccountName=azurestorageaccountnamepageblob;AccountKey=SuperSecretAccountKey==;EndpointSuffix=core.windows.net"

 

When we have an active internet connection everything is working fine.

Whitout we are unable to sign in

We have vhdx locks with 2.9.7979.62170 so just tried 2.9.8089.44141. Now users are getting "Er kan niet worden aangemeld bij uw account". Creates a c:\users\local_<user> folder and a c:\users\TEMP folder.

Part of the log:
[23:10:52.577][tid:00001338.000008d4][INFO] Redirections.xml copy success
[23:10:52.577][tid:00001338.000008d4][INFO] Reading profile folder redirections
[23:10:52.577][tid:00001338.000008d4][INFO] Status set to 23: Cannot setup folder redirections
[23:10:52.577][tid:00001338.000008d4][INFO] ErrorCode set to 13 - Message: De gegevens zijn ongeldig.
[23:10:52.577][tid:00001338.000008d4][ERROR:0000000d] Error reading redirections (De gegevens zijn ongeldig.)
[23:10:52.577][tid:00001338.000008d4][INFO] Error. Cleaning up.
[23:10:52.577][tid:00001338.000008d4][INFO] Removed redirection from C:\Users\((<username here))>
[23:10:52.577][tid:00001338.000008d4][INFO] Reason set to 9: Profile load failed
[23:10:52.609][tid:00001338.000008d4][INFO] Detached vhd(x)
[23:10:52.609][tid:00001338.000008d4][INFO] VHD(x) Detach request returning after 31 milliseconds

e: When NOT using redirections.xml the whole FSLogix login process runs fine now. Will try to sort that out, I haven't copied the new admx yet, maybe that helps. Tnx.