This message was deleted.
# microsoft-fslogix
s
This message was deleted.
a
Currently Testing this one... Removed Appdata\local\packages as I had an issue with Native Apps (Calculator, ETC)
p
Thanks, will take a look at this one. Any idea why there are so many Copy="1" exclusions in it?
a
Yeah majority of those should be 0.
Testing this one now.
p
Thanks, that seems more sensible - will try that one instead
d
wont do much good if your users decide to make a new chrome profile (other than default)
this will break the profile <Exclude Copy="0">AppData\Local\FSLogix</Exclude>
@Austin Madison ^^^^^
a
Makes sense as it won't copy to the base??
d
you see that profiledata.reg file in there?
if that doesnt exist then the profile wont load
and they get a local profile
0 means put it in local_username and delete it at logoff
dont redirect that folder at all
i wouldnt redirect most of that... especially if you are using PVS
a
The profiledata.reg is there. Sorry, new to FSLogix Containers... Trying to Exclude a much as possible for Non-Persistent MCS VDI. Trying to match my Citrix UPM Setup. The Copy 0,1,2 is throwing me off a bit.
d
dont mess with that fslogix folder at all. redirections.xml has to be there at logon for it to work, so it may seem ok at first. logoff and back on a couple of times with that setting in there and the .reg file ill go away and youll get a local profile
will go away*
a
Makes sense to get rid of that line completely
n
I thought about replicating our CPM settings in FSLogix, but there were so many of them, and when all was said and done, the savings in disk space - my primary concern - was minimal. So we really only exclude a handful of folders. I set a limit of 10GB on both containers, though I hope we never get anywhere near that.
d
i set thin 30gb vhd(x) (depending on environment), and ive seen one balloon up to 20 gb (screenshot above somewhere), but I shrink em periodically
biggest culprits ive seen thus far for bloat are browsers and excel junk in AppData\Roaming\Microsoft\Excel (but remember to include AppData\Roaming\Microsoft\Excel\XLSTART)
hence the script i wrote to create the redirections.xml file
p
Gave that xml a quick test
<Exclude Copy="0">AppData\Local\FSLogix</Exclude> broke stuff quite badly
Guess you have a policy to force Chrome to \Romaing rather than \Local which is the out o the box setting?
Seems to be missing a </includes> close
Chrome also should have User Data not UserData?
typo here: <Exclude Copy="0">AppData\Local\Google\Chrome\User Data\Default\Code Cache\js</Exclude>
GoogleChrome needs \
a
You are correct with all the changes above. Terrible Copy/Paste job by me 😞
p
this one also seems a bit aggressive: <Exclude Copy="0">AppData\Local\Google\</Exclude>
a
yeah, you'd want to include the following AppData\Local\Google\Chrome\User Data\Default
or remove Exclude Copy="0">AppData\Local\Google\</Exclude> from the xml
p
Looks like a good starting point, thanks Austin
a
Thanks for the QA
a
a
Even Better 🙂
a
Redirections is not the right approach though. Prune the profile instead. Better user experience as apps get an environment closer to a physical PC.
p
I'll look at the prune approach tomorrow, thanks Aaron
a
Thanks, Aaron
a
Yes. Heavy handed for browsers, but should be good everything else.
p
In short, pruning mounts the VHD/X and deletes the contents, redirections.xml causes the contents to be put on the local_ profile for the duration of the session and is essentially deleted at logoff naturally?
a
There’s 2 scripts there - one to run inside the user profile, and one to run outside that can mount a Container.
p
The user profile version deletes from the VHD/X during the session so only the default TMP/TEMP, IE Cache and Microsoft\Credentials redirects are used?
a
You could use it in conjunction with my sample redirections as well
p
Is there a rationale behind the pruning being preferred over the redirections?
All about control and redirections only support folder level actions i presume
a
The Containers approach is to provide a user experience that is closer to a physical PC /persistent desktop. If we go overboard with redirections the user gets a non-persistent experience.
Containers consume more storage capacity though of course.
d
I don't think pruning is the best option. If you throw in 1GB of chrome junk data into the profile, and just delete it the profile will remain bulked up by that 1GB. You'd have to then manually go shrink it (see the tool I shared in the main chat). I suggest using redirections.xml where it makes sense... ie: browser caches. Files redirected to local with the "0" option are never in the profile, and are deleted at logoff. Hence they never get a chance to bloat the profile.
The main issue you will run into with redirecting browser data (chrome and firefox) is that users can have multiple profiles, and firefox names all of their profiles with a jibberish string. That's why I wrote the script to create it for me at user logon.