FSLogix release 2105 Public Preview
Published May 24 2021 05:43 AM 10.6K Views

Hi Folks

 

Microsoft is  pleased to announce the availability of the FSLogix Preview release 2105.

 

New Public Preview: FSLogix Release 2105 (2.9.7802.10873)

 

This is a PUBLIC PREVEW release

 

To access please go to this link and complete the following form :

 

FSLogix release 2105 Public Preview 

 

After submitting the form, a download link will be provided.

 

NOTE: A certificate signing update in Windows 7 currently prevents this release from being installed on Windows 7. An upcoming Windows 7 update is expected resolve this issue.

 

The Preview Release contains the following :

 

  • Various updates were made to improve login time.
  • Fixed an issue where users could fail to login if a VHD network location was unavailable.
  • You can now increase the size of an existing VHD(x) by updating the SizeinMB setting.
  • The RefreshUserPolicy setting can now be managed via group policy template (ADMX).
  • The Installed Version of FSLogix is now written to the registry (HKLM:Software\FSLogix\Apps:InstallVersion).
  • Fixed an issue where Type4 printer drivers worked after initial configuration, but not subsequent sessions.
  • Orphaned/corrupt NST files are now cleaned up along with OST files.
  • Resolved a Cloud Cache bug where a second machine accessing the RW disk gets permanently locked out.
  • Fixed an issue compiling AppMasking rules with a destination in HKCU.
  • Fix an issue where FSLogix could cause a deadlock and prevent user connections.
  • Fixed various issues that could crash the FSLogix service.
  • Resolved an issue causing frxshell to not launch on non-English systems

 

 

19 Comments
Copper Contributor

I manage a Citrix environment using UPM. I recently started testing the use of FSLogix for profiles to allow the use of the Teams full client. I loved the idea of the cloud cache functionality and a hands off approach to synchronizing profiles across multiple locations without any fuss !

 

I have Citrix servers in 4 geographical locations: 2 in the US, 1 in Europe and 1 in Asia. When I started testing, I used a single location for the servers and profiles. Everything was looking really promising. However, things fell apart as I tried to implement cloud cache across these 4 distant locations. Here are some observations on how I think things work. I have some suggestions on product enhancements to help my deployment.

 

The profile container is created on the cloud cache location for first time user. This also seems to be the case with multiple cloud cache locations that the user logon does not complete until the profile is created and synced across all locations. I noticed that my logon times went from 40 seconds using a single location to 3-4 minutes with all four locations configured.

What if FSLogix created a local container for a new user (fast) and worries about syncing the copies to the cloud cache locations afterwards? 

 

For an existing profile, I saw similar behavior. The logon times increased significantly as I introduced more cloud cache locations It looks like FSLogix wants all cloud cache locations in sync before completing the logon process.

What if FSLogix mounts the VHD from the closest cloud cache location in order to speed up the logon time. Then worry about syncing the profiles to all cloud cache locations afterwards. The FSLogix service could perform some simple ping/file transfer actions to determine which cloud cache location responds first.

 

Maybe I am just out of my mind for trying to sync these large profiles across four distant locations.

 

 

Copper Contributor

When working offline (only first cloud cache location is available on local disk - the second is only available after connection via VPN) the logon results in an endless loop. Can't be there a timeout (< 10 seconds) to check if all cloud cache locations are available and take a retry after login every hour?

Copper Contributor

Does anyone know when the full General Availability release is due for this version?

Microsoft
Microsoft

hi @DexL66. When you configure CloudCacheLocations you need to consider that the first on the string it is intended to be the closest one to the user. Something that is absolutely correct is that the more locations that you add, you will have more delays as it will need to sync with more locations. The reason of the delay is because the one that performs the synchronization is the client itself, so we will rely on the network speed.

 

Please look at the following documentation about Cloud Cache: FSLogix Cloud Cache configuration reference - FSLogix | Microsoft Docs

Microsoft

hi @Joachim082810. Please make sure that the first location is the local drive. Also, make sure that the Cloud Cache settings are properly set. You can find details here FSLogix Cloud Cache configuration reference - FSLogix | Microsoft Docs.

Copper Contributor

Hi @Gonzalo_Reyna, yes we are working with that location (type=smb,connectionString=c:\fslogix_cache;type=smb,connectionString=\\***\fslogix_nb$). Also the health providers for register & unregister is set to 1. Any hints? Best Regards Joachim

Iron Contributor
Microsoft

Hi @Joachim082810. I think that would be better to install the latest version and if the issue persist, open a support ticket so we can look at the logs when you are reproducing the issue.

Microsoft

Hi @vara93 I am sorry to read that you are facing this issue. If you are able to consistently reproduce the issue, after you login, it would be great if you can collect a process monitor trace before you login and stop the trace right after you tried to log off so we can see who is accessing that folder. If you prefer, please open a support ticket so we can assist you with this issue.

Iron Contributor

Hi, @Gonzalo_Reyna 

 

See this link: https://docs.microsoft.com/en-us/answers/questions/229309/fslogix-unclean-logoff-causing-locked-file...

 

Everyone has this problem, in all versions.

 

Many people created the tickets. You know about this problem. It's been around for a very long time.

 

Why can't you release a hot fix ? Look at how many threads with this problem. How many people are complaining. Please take the time to fix this critical problem. We need a hot fix.

 

Your solution is the best in the world of virtual profiles, so why don't you take the time to fix critical problems that prevent smooth operation?

 

If you are a developer, I am willing to give you all the data, for this problem.

 

Just tell me in detail what I have to do to get you to investigate and fix it.

 

Excuse me, I am using a translator.

 

 

 

 

 

 

Microsoft

Hi @vara93,

When we are unable to delete the local_ folder and its contents it is because there is an open file handle to one or more files in any of the folder. File handles are used by the many applications that run in your system and if they don't properly close it, even that we try it so hard, we wont be able to delete them and will remain there. Every environment it is unique and that is why we need to look into what is causing this issue. When I asked you to collect the process monitor trace before login and stop it after logoff, I would be looking for who is touching the files that remain after logoff.

 

The best way to address your issue would be opening a support ticket so we can assist you with this issue.

Iron Contributor

@Gonzalo_Reyna @@@thank you. Can you tell me how to make a trace? Is it a paid service to create a ticket? If I compile a trace and post it here, can you look at it ? The problem is I don't know how to fix the problem, I have 500 users and the problem might happen a couple of times a we

Copper Contributor

Hi @Gonzalo_Reyna, same problem in the new version 2.9.7838.44263.  I am not able to open a support ticket - see screenshot attached. Any other possibility to share the logs?ticket.png

Iron Contributor

After this bug i see:

[06:45:05.048][tid:000012d4.000104ec][WARN: 00000005] Failed to delete C:\Users\local_kuchin.sp (Access is denied)

 

[06:47:32.667][tid:000012d4.00007a30][INFO] Mirror success: C:\Users\kuchin.sp\AppData\Local\Microsoft\Credentials -> C:\Users\local_kuchin.sp1\AppData\Local\Microsoft\Credentials

Can we prohibit moving the Credential folder to the local folder ?

This folder is the cause of the problem. Maybe this way we can fix it.

 

Iron Contributor

@Gonzalo_Reyna Привет.

 

Привет. Я обнаружил проблему.

https://drive.google.com/file/d/1dcuLd7Sf7ygoswvdUxAlDFfpEiOD0myV/view?usp=sharing MPL

https://drive.google.com/file/d/115dUYNmgov8-lMmP9hE8Wh2Tx32W2Sn-/view?usp=sharing  XML


Я запускаю Procmon64, вхожу в систему как пользователь, у которого возникает ошибка. Я сохраняю файл PML и не могу найти там никакой информации об этом пользователе. Но я сохраняю XML той же трассировки и вижу проблему.

 

</modulelist></process><процесс><ProcessIndex> 12614 </ProcessIndex><ProcessId> 55748 </ProcessId><ParentProcessId> 4820 </ParentProcessId><ParentProcessIndex> 11122 </ParentProcessIndex><AuthenticationId> 00000000: 000003e7 </AuthenticationId><CreateTime> 132708998376181524 </CreateTime><FinishTime> 132708998377180819 </FinishTime><IsVirtualized> 0 </IsVirtualized><Is64bit> 1 </Is64bit><Integrity> Обязательная метка \ Обязательный уровень системы </Integrity><Владелец> NT AUTHORITY \ СИСТЕМА </Owner><ProcessName> robocopy.exe </ProcessName><ImagePath> C: \ Windows \ system32 \ robocopy.exe </ImagePath><CommandLine> C: \ Windows \ system32 \ robocopy.exe & quot; C: \ Users \ s.kuznetsova \ AppData \ Roaming \ Microsoft \ Credentials & quot; & quot; C: \ Users \ local_s.kuznetsova1 \ AppData \ Roaming \ Microsoft \ Credentials & quot; / B / MT / R: 5 / W: 1 / XJD / COPYALL / IT / DCOPY: DAT / MIR </CommandLine><CompanyName> Корпорация Microsoft </CompanyName><Версия> 10.0.17763.1490 (WinBuild.160101.0800) </Version><Description> Microsoft Robocopy </Description><список модулей>

Проблема с robocopy

 

Подскажите, как я могу это исправить?

Iron Contributor

@Gonzalo_Reyna Привет.

 

Привет. Я обнаружил проблему.

https://drive.google.com/file/d/1dcuLd7Sf7ygoswvdUxAlDFfpEiOD0myV/view?usp=sharing MPL

https://drive.google.com/file/d/115dUYNmgov8-lMmP9hE8Wh2Tx32W2Sn-/view?usp=sharing  XML


Я запускаю Procmon64, вхожу в систему как пользователь, у которого возникает ошибка. Я сохраняю файл PML и не могу найти там никакой информации об этом пользователе. Но я сохраняю XML той же трассировки и вижу проблему.

 

</modulelist></process><процесс><ProcessIndex> 12614 </ProcessIndex><ProcessId> 55748 </ProcessId><ParentProcessId> 4820 </ParentProcessId><ParentProcessIndex> 11122 </ParentProcessIndex><AuthenticationId> 00000000: 000003e7 </AuthenticationId><CreateTime> 132708998376181524 </CreateTime><FinishTime> 132708998377180819 </FinishTime><IsVirtualized> 0 </IsVirtualized><Is64bit> 1 </Is64bit><Integrity> Обязательная метка \ Обязательный уровень системы </Integrity><Владелец> NT AUTHORITY \ СИСТЕМА </Owner><ProcessName> robocopy.exe </ProcessName><ImagePath> C: \ Windows \ system32 \ robocopy.exe </ImagePath><CommandLine> C: \ Windows \ system32 \ robocopy.exe & quot; C: \ Users \ s.kuznetsova \ AppData \ Roaming \ Microsoft \ Credentials & quot; & quot; C: \ Users \ local_s.kuznetsova1 \ AppData \ Roaming \ Microsoft \ Credentials & quot; / B / MT / R: 5 / W: 1 / XJD / COPYALL / IT / DCOPY: DAT / MIR </CommandLine><CompanyName> Корпорация Microsoft </CompanyName><Версия> 10.0.17763.1490 (WinBuild.160101.0800) </Version><Description> Microsoft Robocopy </Description><список модулей>

Проблема с robocopy

 

Подскажите, как я могу это исправить?

Copper Contributor

Hi Reyna,

Thank you for the reply to my earlier comment.

 

I'll reiterate what I think would improve logon times with FSLogix.

 

New Profile

  1. Create a new profile locally.
  2. Once the user is logged on, then start to sync the local profile to each cloud cache locations.

 

Existing Profile with multiple geo-located cloud cache locations

  1. FSLogix checks each cloud cache location for the profile with the most current time (in case synchronization across all locations is not complete).
  2. FSLogix service determines fastest/closest cloud cache location.
  3. If profile timestamps are different, use the profile with the most current timestamp. 
  4. If profile timestamps are the same, use the closest cloud cache profile.
  5. User logs on to a host and FSLogix copies the profile from the fastest location to the local host.
  6. After logon is complete, FSLogix syncs the VHD profiles across all cloud cache locations.

 

I need to maintain profiles across multiple locations. If FSLogix prioritizes synchronization state over logon times, then FSLogix will not work for me. I am considering the idea of FSLogix on top of DFS replication, but that might not work correctly if users logon to Citrix servers in different locations.

Iron Contributor

dell

Co-Authors
Version history
Last update:
‎May 24 2021 05:43 AM
Updated by: