VMware Horizon Community
larsonm
VMware Employee
VMware Employee

Has anyone successfully installed the OneDrive for Business Client in a non-persistent VDI environment?

Has anyone successfully installed the OneDrive for Business Client in a non-persistent VDI environment?  I'm looking for a procedure to get this working.

I see statements from Microsoft about it being not supported, but I also see blogs and products that appear redirect the OneDrive Offline Sync capability to symbolic link or VHD container.

Any assistance would be appreciated.

27 Replies
kevinpower
Enthusiast
Enthusiast

Hi all,

Working on a Windows 10 1803 project and one of the requirement was to make Onedrive available in a non-persistent VDI environment

With the new client installed on the local machine instead of installing it under "appdata/local"  and doing some additional configuration it works........

After testing some days, we have noticed that after a user uploads content to Onedrive from the local physical machine and logged in directly with a new session in VDI, all the old content will be deleted in the cloud and only the recent uploaded files shows up for on-demand!!! within the virtual desktop

we have managed the following configuration with Ivanti/Appsense

# to avoid warnings that the onedrive folder has been removed or replaced. the following folders and registry settings to provide SSO will be saved.

Include

-      {CSIDL_LOCAL_APPDATA}\Microsoft\OneDrive\settings\

-      C:\Users\%username%\OneDrive - vmware\.*

Exclude

-     C:\Users\%username%\OneDrive - vmware\

Registry

Include

-     HKEY_CURRENT_USER\Software\Microsoft\OneDrive\

If we don't include the file "C:\Users\%username%\OneDrive - vmware\.*" Onedrive will ask the user at every login that the folder has been replaced, so you can choose to retry or setup onedrive again.

Capture-vmware.PNG

Does anyone have a clue what happened?

Reply
0 Kudos
JohnTwilley
Hot Shot
Hot Shot

Here's a newer Blog post on setting up OneDrive using UEM... I think I tinker with this method and see what happens.

https://www.cloud-duo.com/2019/03/configuring-onedrive-with-vmware-uem/

Reply
0 Kudos
Anobix67
Enthusiast
Enthusiast

Looks like they made a follow-up for the machine-wide installer: https://www.cloud-duo.com/2019/05/configuring-onedrive-with-vmware-uem-machine-based/

mamoela
Contributor
Contributor

Hi Larsonm,

As mentioned by Anobix67 and JohnTwilley​, I have made 2 blog posts on installing OneDrive into both non-persistent VDI (W10) and RDSH deployments.

I have a couple of customers that have been running this setup for a couple of months without any issues. Certainly with the latest Machine based installer the setup is a lot cleaner as it used to be with the user based installer. And as mentioned in the blog, there are some benefits with the method, the profile bloat, and performance impact during logon are gone.

As FSlogix was recently bought by Microsoft, I highly suggest checking this out as it will benefit the manageability and the overall UX of OneDrive. Everything gets redirected into a VHDX and therefore provides the "data persistence" on a non-persistent VDI. Meaning the client won't be downloading all files (even files-on-demand) every time they log in to a new VM.

I know the same setup is also possible with a Writeable volume (AppVolumes) but I haven't had the time to test this in the lab.

If anyone has some additional questions, don't hesitate to ask or send me something on twitter "@HerremansJens"

Reply
0 Kudos
michaellynchBSD
Contributor
Contributor

We have got the app working apart from it gives the error about the folder not being the same folder.

It opens on startup, we have Files On Demand enabled and it remembers who is logged into OneDrive, but it then gives the error below every time a user logs in, which if they click 'try again' it works ok for that session:

pastedImage_2.png

I have read around online but have not found anything about someone actually fixing the error we are getting. It all seems to be about getting the app working in the first place (which we already have).

Reply
0 Kudos
kblank
Contributor
Contributor

We have experienced the same sync errors after logging in (W10 1809/Fslogix/system wide installer/UEM) this seems to be fixed in build 19.152.0927. This is the current production ring version, the current enterprise ring has this error. The user impact is enough for us to switch from enterprise ring to production ring until the fix is implemented in enterprise.

Reply
0 Kudos
michaellynchBSD
Contributor
Contributor

We are already running on that version. One of my first thoughts was to try different versions of OneDrive, but it has made no difference.

Reply
0 Kudos
kblank
Contributor
Contributor

With FSlogix something like this also happned when only onedrive data was included and not sharepoint data and only when a user/tester chose to sync a sharepoint library to the onedrive client.

Reply
0 Kudos