Roaming Profiles killing local copy
-
the last time I dealt with roaming profiles (been many years though) if the server profile was newer than the local, the local would be nuked and replaced by the server. I'm assuming that's not the case here, but even so, since the server is likely somehow considered the master, once it's fixed - the system likely thinks the server one needs to be pushed back down to the client to start things fresh... but only a guess.
-
@travisdh1 said in Roaming Profiles killing local copy:
@flaxking said in Roaming Profiles killing local copy:
Just wondering if any of you with more experience with Roaming Profiles can explain this behaviour.
There's an old Roaming Profiles set-up that's been dragged along through the years and we're wanting to senset it.
One thing we're seeing is that for users who's roaming Profiles write-back haven't been working, (maybe permission error on some files) if we do something that might trigger it to star working again (like add folder exclusion), their local profile gets nuked.
It seems like this is only an issue with roaming Profiles that haven't been working, if they've been working, any changes we've made hadn't had the affect off killing the local profile and starting fresh.
I've check for any GPO settings that might be asking for the local profile to be deleted, but I haven't found anything. From what I understand, the profiles should only be merging.
Has anyone else seen behaviour like this before where a roaming profile goes from not working to working and it kills the local copy?
It's been a long, long time since I touched anything with roaming profiles. Just about everyone uses redirected folders now if they need that sort of functionality, and this is one of the reasons. Roaming profiles just proved very buggy historically.
man, I dislike redirecting things like the desktop... it's no longer a local folder and makes using it as a scratch pad super slow...
-
@Dashrender said in Roaming Profiles killing local copy:
@travisdh1 said in Roaming Profiles killing local copy:
@flaxking said in Roaming Profiles killing local copy:
Just wondering if any of you with more experience with Roaming Profiles can explain this behaviour.
There's an old Roaming Profiles set-up that's been dragged along through the years and we're wanting to senset it.
One thing we're seeing is that for users who's roaming Profiles write-back haven't been working, (maybe permission error on some files) if we do something that might trigger it to star working again (like add folder exclusion), their local profile gets nuked.
It seems like this is only an issue with roaming Profiles that haven't been working, if they've been working, any changes we've made hadn't had the affect off killing the local profile and starting fresh.
I've check for any GPO settings that might be asking for the local profile to be deleted, but I haven't found anything. From what I understand, the profiles should only be merging.
Has anyone else seen behaviour like this before where a roaming profile goes from not working to working and it kills the local copy?
It's been a long, long time since I touched anything with roaming profiles. Just about everyone uses redirected folders now if they need that sort of functionality, and this is one of the reasons. Roaming profiles just proved very buggy historically.
man, I dislike redirecting things like the desktop... it's no longer a local folder and makes using it as a scratch pad super slow...
That's one of the advantages of redirected folders over the old style roaming profiles. You can pick and choose which folders get redirected. Of course even redirected folders is legacy stuff at this point.
-
@Dashrender said in Roaming Profiles killing local copy:
@travisdh1 said in Roaming Profiles killing local copy:
@flaxking said in Roaming Profiles killing local copy:
Just wondering if any of you with more experience with Roaming Profiles can explain this behaviour.
There's an old Roaming Profiles set-up that's been dragged along through the years and we're wanting to senset it.
One thing we're seeing is that for users who's roaming Profiles write-back haven't been working, (maybe permission error on some files) if we do something that might trigger it to star working again (like add folder exclusion), their local profile gets nuked.
It seems like this is only an issue with roaming Profiles that haven't been working, if they've been working, any changes we've made hadn't had the affect off killing the local profile and starting fresh.
I've check for any GPO settings that might be asking for the local profile to be deleted, but I haven't found anything. From what I understand, the profiles should only be merging.
Has anyone else seen behaviour like this before where a roaming profile goes from not working to working and it kills the local copy?
It's been a long, long time since I touched anything with roaming profiles. Just about everyone uses redirected folders now if they need that sort of functionality, and this is one of the reasons. Roaming profiles just proved very buggy historically.
man, I dislike redirecting things like the desktop... it's no longer a local folder and makes using it as a scratch pad super slow...
Ever since I embraced using OneDrive and Nextcloud, I would use junctions points. Folders like Desktop, Documents and so on would be stored in the OneDrive or Nextcloud folder and then I would use junction points. The user shell folders paths will still stay the same.
-
@flaxking check if “Delete cached copies of roaming profiles” is configured.
-
We're over half done migrating these users over to a setup using FSLogix profiles.
-
@black3dynamite yeah, I gave that a check and it's not set
-
@Dashrender Hmm, I wonder if it's something like a user with a broken roaming profile accidentally logging into an old server and the profile write back decides to work, and then when they log into a new server the now new roaming profile nukes the other local profile that never was able to write back properly
-
@flaxking said in Roaming Profiles killing local copy:
@Dashrender Hmm, I wonder if it's something like a user with a broken roaming profile accidentally logging into an old server and the profile write back decides to work, and then when they log into a new server the now new roaming profile nukes the other local profile that never was able to write back properly
makes sense to me.
-
@black3dynamite said in Roaming Profiles killing local copy:
@Dashrender said in Roaming Profiles killing local copy:
@travisdh1 said in Roaming Profiles killing local copy:
@flaxking said in Roaming Profiles killing local copy:
Just wondering if any of you with more experience with Roaming Profiles can explain this behaviour.
There's an old Roaming Profiles set-up that's been dragged along through the years and we're wanting to senset it.
One thing we're seeing is that for users who's roaming Profiles write-back haven't been working, (maybe permission error on some files) if we do something that might trigger it to star working again (like add folder exclusion), their local profile gets nuked.
It seems like this is only an issue with roaming Profiles that haven't been working, if they've been working, any changes we've made hadn't had the affect off killing the local profile and starting fresh.
I've check for any GPO settings that might be asking for the local profile to be deleted, but I haven't found anything. From what I understand, the profiles should only be merging.
Has anyone else seen behaviour like this before where a roaming profile goes from not working to working and it kills the local copy?
It's been a long, long time since I touched anything with roaming profiles. Just about everyone uses redirected folders now if they need that sort of functionality, and this is one of the reasons. Roaming profiles just proved very buggy historically.
man, I dislike redirecting things like the desktop... it's no longer a local folder and makes using it as a scratch pad super slow...
Ever since I embraced using OneDrive and Nextcloud, I would use junctions points. Folders like Desktop, Documents and so on would be stored in the OneDrive or Nextcloud folder and then I would use junction points. The user shell folders paths will still stay the same.
This is what I do.
