Just out of curiosity (not really an answer but still ). How do you wanna sync the data if the machine is non persistent. That would mean that you would sync the entire OneDrive for business after logon, that sounds a bit odd.
My guess is that you would need to have an Appvolumes writable volume for that, this way the synced data will be on the writable disk and there after logon.
Could be i'm just misjudging your question here.
Other option would be to create a WebDav attachment to OneDrive and just capture those settings with UEM (no idea what those settings would be though) or use software that can create a mapping to a drive letter using a webdav call to Onedrive. This way you could deliver it non persistent. You could use a tool like WebDrive but there are tons of applications that can do this.
We would use the OneDrive Files on Demand capability keeping files available online only for desktops, and/or a 3rd party tool like FSLogix for the RDS deployment since Files on Demand required 1709 or later.
Page 10 of the below document states: VMware has tested the sync client’s File On-Demand feature along with Horizon 7 Instant Clone Technology using Windows 10 Fall Creators update.
Based on the above, it seems that this has been done before. Looking for a procedure that has bee used to get the OneDrive for Business client software itself to function properly in a non-persistent environment.
I took a stab at it a few months ago...but never could get it straight.
I'm hoping that once people start actively rolling out Windows 10 build 1709+, that some of you smart folks will figure it out!
The UEM Office 2016 still references Groove.exe...which was the OLD retired client. Office 365 (click-to-run) uses OneDrive.exe
I really wish that someone at VMware would step-up and take on this configuration!
It seems that it has already been done...just not well documented from a UEM perspective.
I attempted to get this working using a 2016 LTSB template. Went down the path of using the OneDrive GPOs to force the sync location to a writable volume. It seemed to work well initially, but would occasionally run in to permissions issues on the sync folder.
In the end we pretty much shelved the option of using the OneDrive client until it is actually supported in a non-persistent environment. Currently using the OneDriveMapper powershell script to load OneDrive as a network drive letter. OneDriveMapper | Liebensraum
Yes I've done this on our VDI environment and it works...ok. The main pain point for us is the fact that for each login OneDriveSetup.exe runs for about a minute or two, hogging 100% of the CPU and then eventually auto-signs in. Files on Demand is enforced through group policy. The other annoyance is that when OneDrive eventually signs in Explorer restarts. So any keen user who is using Explorer when this happens will have to re-open Explorer again. I assume the setup does this to integrate the OneDrive icons into Explorer.
Both of these issues would be solvable if Microsoft allowed you to install OneDrive to the system and not the user profile. If that was the case I would simply install it on the base image. It's bizarre that such an option does not exist! Last I checked quite a few enterprises run Windows! /Rant
How did you mange to do this?
Whe i create a mandatory profile, the "cookbook" says that i have to delete %localappdata%\local and locallow, and then the onedivesetup.exe also is deleted and then onedrive will not work.
So i might have to create a new mandatory profile.
I have tried to copy the onedrive catalog over to local folder on my mandatory, and it works, but as you says it takes like 2-3 minutes with a explorer refresh to install onedrive, but it do not sign in automaticly. Where do you set that policy?
I have enabled these policies:
We are using UEM, and i assume that i can import/export %localappdata%\microsot\onedrive with the profile, and maybe exclude some files(need to play a bit with this to find the best solution).
But i do agree with you, it is strange that Microsoft allows this to install on userprofile and not to the system..
So just a little more information on our setup. We're using instant clones with UEM and no mandatory profile (it broke some UEM configs for us relating to Win 10). When a user logs in a local profile is created and UEM then imports the user's settings on demand using DirectFlex. We don't have a UEM application profile for OneDrive as it's installed for each new login and auto-signs in once done. I did try to 'speed up' things by roaming OneDrive's AppData and content folders but this never worked well so stepped away from this approach.
We're running Windows 10 1803 which by default would run OneDriveSetup.exe for every new user so we left this behaviour in place. It seems to launch the installer from C:\Windows\SysWOW64\OneDriveSetup.exe. If I want to deploy the latest OneDrive client I'll simply replace this file with the latest copy from Microsoft. I had to take ownership of the original installer first before I could replace it. I'm not sure if OneDriveSetup.exe will auto-run for you in the same way with a mandatory profile so you'll likely need to set it to run on startup in the context of the logged on user with the /SILENT switch. This should be doable in UEM by placing a shortcut to the installer in the user's Start Menu 'Startup' folder.
I'm at VMworld at the moment so can't check our config easily for Group Policy and UEM to make auto-sign in work but I'll get back to you on this. There was a few more settings to it than just the ones you have.
Like I say, It's a messy solution but works for us and would be so much cleaner if Microsoft let us install OneDrive to the system instead of the user. Maybe I'll create a feature request.
Forgot to mention that before I could do anything I had to wait for our engineering department to enable and configure Azure Active Directory Connect. Without this auto-sign in will not work.
Hi, just want to add up with some issues here, and hope someone else has a fix og 5...
I have managed to get Onedrive to run durig logon(running onedrive.exe from startup, deployed with Vmware UEM), we are running mandatory profile, and i have included the onedrive files in the "localappdata% folder in the mandatory.v6 profile:
But when a user starts our business windows 10 for their first time, the OneDrive Ikon is grey. Users have to click on it and they get this box:
When they click "Logg på"(Log on) it is logging in without any user credentials.
How can we manage this to log on automatichly first time?
But what i see in the %localappdata%\microsoft\onedrive is following:
Why does onedrive kind of reinstalles?
When i restart our VDI(non-presistent desktop) and logs on, our users logs automaticly in to onedrive, but after a minute or 2:
If they click "Tyr again" its fine, and this message its not necessary and just annoying.
All of our users are enabled in Azure. I'm afraid I don't know much about this process as another department set it up.
I used to get that same error when I was trying to roam OneDrive settings via UEM. You shouldn't need to roam any OneDrive settings if its set to login automatically and use Files on Demand. Perhaps there is something in your Mandatory Profile/UEM configuration causing this?
We do use Onedrive in a non-persistant Windows 10 1709 instant clone desktop.
You need to make sure to remove an attribute on the Writable volume VMDK
- start a VM without AV agent installed or service disabled (helper VM)
- edit settings on the VM, add VMDK for the UIA_plus_profile template to the helper VM
- change disk type to independent-persistent (from dependent)
- Clear the NODEFAULTDRIVELETTER attribute on the template volume with diskpart
- run 'diskpart'
- list volumes
- select volume
- attributes volume clear NODEFAULTDRIVELETTER
- shut down helper VM
- disconnect disk (no need to set the persistence mode back)
- delete all entitlements to WVol existing, including AD groups (group is bound to old template)
if u want the drive not to show in explorer make a gpo to hide it with the following:
12. set regedit on svdriver\parameters key DriveLetterSettings REG_DWORD 6 per https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2128266
then onedrive will not throw any error messages