This message was deleted.
# microsoft-fslogix
s
This message was deleted.
g
So one very standard question right off the bat: Did it ever work? If so, what might have changed? Also, do you have a Test environment that you can play in, to try and replicate the issue (or not)? You probably already know this, but NTFS Permissions on the Profile Share matter very much... Just some initial thoughts. ๐Ÿ™‚
a
Yeah, permissions are all 100%. I've been parachuted in to look at this one, I know months back, I'd been asked to look at this client, and I found they had profile redirection going on too, so reg etc were never being written back. That was all sorted, but it seems like lately they've been plagued with black screens so they've asked me to look again. This is where we are with config now:
There is a test environment, but it's a bit hit and miss when people get this. Doesn't seem to be account related, although some users seems to experience it more than others (of course, that could be the user themselves being more vocal)
g
Are the Profiles in question perhaps hitting their Max Size (looks like 7Gb)?
a
no they're not
g
Personally, I would start with an absolutely "clean" Test User account, watch to make sure Login / Mount / Logout / Unmount, etc., all work properly, and then troubleshoot backward from there...
a
that's what I've been doing - it's that disk detach as it's thinking the profile is stale, I think that's involved
just because a session has disconnected
g
Also, is there another Profile solution, or set of GPOs that touch Profiles, in place, causing disruption?
a
no, they used to have redirection, but that's all gone. the 1st line guys are resetting profiles regularly at this point
g
wow
a
indeed.. I've been using FSlogix for a couple years, never had this before
but then, never ran it on 2016 RDS before ๐Ÿ˜„
g
Yeah it does sound unusual
Honestly, 2016 always gave our team fits. Was so glad to move to Win10 Multi-Session
a
yeah I wanted to rebuild them a new farm, or preferably, move to Azure/AVD - but the usual politics etc
g
Yep, copy that
So the disk detach thing is even happening in Test, eh?
a
Also, I think the machines were cloned - ScreenConnect has been reinstalled a few times, and it's hit and miss if you end up on the right one
I'll put one of the more troublesome clients to the test pool for a bit, see how they get on there
g
Good idea. Also, this is Citrix, right? What version, and how are the VMs provisioned?
a
no just RDS standard
g
OK gotcha
I would probably take the time to stand up a brand-new (not cloned) Host server, only give my Test account access, and test like crazy, looking for differences. Also, does the relevant OU have Block Inheritance enabled? If so, are there any "mandatory" Policies that get past the block, that might be causing issues?
โคด๏ธ 1
(Domain-level, probably)
a
Yeah I've gone to the manager and said I'm recommending we build a new non-cloned farm to start. 2019, preferably
g
Yeah man
a
GPOs used to be a mess, someone has done a lot of... "tidying". To wit: "All in one Domain Group Policy".... ๐Ÿ˜ž
g
Hmmm... I'm not an AD pro by any stretch, but a "gum ball" Policy that does a million things sounds like a bad idea to me (if I understand you right)
a
yeah, I'm not keen on those. Makes those fine-grained settings impossible
โœ… 2
g
If I had to bet, I'd guess the issue is GPO-related... Maybe that's obvious ๐Ÿ™‚
a
Aye, been thru them tho. And it's pretty inconsistent
j
anything out of the ordinary in the FSLogix logs ?
b
How are you applying the include group?
a
Nothing that I can see in the logs - the include group isn't via GPO (so the refresh issue not relevant), it's static in the local computer groups.
s
you doing any VHDX cleanup? like using the shrink script or anything?
a
Nothing at all
s
have to ask.....AV stuff all in and correct?
a
it is indeed
both on file server, and AVD host
s
Cloud Cache being used?
a
no
s
differencing disk being used?
a
no, just the normal
s
did the image change recently, maybe Nov updates? 7GB does seem pretty low too, and i'm not sure what kind of free space is needed for fslogix to do any maintenance or moving of things around, so if your profiels are at 5GB or higher, i might try adjusting the max size.
a
Have checked individual users and their profiles are a lot less than that in most cases
I've upped that limit to 10gb, just in case. Even the worst offender there still had >512mb left in vhdx. Even so, some are on 7012mb as they are (only 2 tho)
The worst ones appear to be on a very similar GB boundary, and if you submit largest from 2nd-largest, it's a different of 128mb, so that might suggest that's the increment amount:
PS F:\FSLogix> (<tel:7352614912|7352614912> - 7218397184)/1mb
128
altho, 2nd to 3d is a difference of 32mb, so..
s
sorry, new GA version is out...we can't support you until you upgrade ๐Ÿคฃ
๐Ÿ’ฏ 2
๐Ÿ˜„ 1
a
Anything worth a try ๐Ÿ˜„
s
increasing the size didn't help?
a
Too early to say - some errors today, but it seems a lot less. However, I have noticed GROW events in the profile log.. but they're mostly from people with like 3/4gb profiles, nowhere near the 7. A couple have now pushed past the 7gb limit however. Still monitoring to see what happens
s
hopeful
the new version does fix an issue with increasing the size too
a
Strangely, no GROW events logged over the past few days. Which seems unlikely
Almost like changing that reg value has kicked growth into life (even where it wasn't previously limited). Think we'll be upgrading one of the hosts to the new FSL to try