This message was deleted.
# citrix-vad
s
This message was deleted.
a
only doing the controller side upgrades this weekend.......keeping the desktop agent at 1912 cu1 to start and tackling that next
I would read through that and just make sure.
n
As to your other question, you can jump to 2203 from any 1912 build, so you're good there.
Our infrastructure is still 1912 CU5, but we've been pushing 2203 CU1 VDAs all over the place.
(W10)
a
ok cool thanks guys! i'll read over that link as well.....correct me if i'm wrong but i THOUGHT that loginui issue was only w/ the upgraded desktop agent wasnt it?
this weekend we were JUST doing the controller servers (db obviously) and maybe SF
desktop agents eventually here in the next couple months
i should have mentioned we are 100% persistent MCS VM's too
n
We started with our persistent MCS, and so far I think things have been fine. My own VM has been solid.
r
@Andrew Gresbach I honestly don't recall anymore. But read through this and see if anything applies.
a
cool thanks guys! main thing was confirming if we could do the direct jump which i was pretty sure we could but being paranoid 🙂. from what i've heard the backend upgrade has been pretty solid and issues mainly stemmed from the new desktop agent so gonna ease into that after we knock this one out. i wonder if there are any big changes from SF 1912 to 2203 but we'll see 🙂
r
Make sure your 2203 CU1 ISO is from August 24 or later. Citrix reissued CU1 quietly; the initial release had a problem with its RPM.DLL.
f
Virtual channel allow list is enabled by default
a
yup for sure i made sure it was CU1 because of that.
b
Are you swapping controllers or upgrading Citrix in-place?
a
so what would the virtual channel allow list affect? not sure if we use that right now
n
Depends on your environment. Webex, Jabber, Bluejeans, etc.
a
upgrading in place.....we had our original controllers on server 2012 so a month or so ago we added 2 additional server 2022 controllers to the cluster , then removed the 2012 so as far as i understand we should be able to direct upgrade
gotcha....for us its just Teams mostly
n
Windows Media Player, Dragon, Epic, Zoom... anything that uses a custom virtual channel would be affected.
IMO, I see no reason to use the updated policy unless your security team was forcing your hand.
a
cool ya i was gonna roll with what we have and see how it goes if we need to adjust after
r
Here is an example of the Virtual channel list. Windows Media Player: CTXMM,C:\Program Files (x86)\Windows Media Player\wmplayer.exe Nuance Dragon Medical One (your SoD.exe may be in a different location, as I used the copy file install method and not the MSI): PSPSBEX,C:\Program Files\Nuance\DMO\SoD.exe PMICIIB,C:\Program Files\Nuance\DMO\SoD.exe PSPMIX,C:\Program Files\Nuance\DMO\SoD.exe NUCAAUX,C:\Program Files\Nuance\DMO\SoD.exe NUACOM,C:\Program Files\Nuance\DMO\SoD.exe NUAPLAY,C:\Program Files\Nuance\DMO\SoD.exe NUAREC,C:\Program Files\Nuance\DMO\SoD.exe Cisco WebEx Meetings: CSCOMT,C:\Program Files (x86)\Webex\Webex\Meetings\meetingshvdagent.exe Newer WebEx-Teams CSCOTM,C:\Program Files\Cisco Spark\dependencies\teamshvdagent.exe BlueJeans: BJNBLUE,C:\Program Files\BlueJeans\current\BlueJeans.exe BJNLOGS,C:\Program Files\BlueJeans\current\BlueJeans.exe Zoom https://support.zoom.us/hc/en-us/articles/4412351225101-Configuring-the-Citrix-virtual-channel-allow-list-policy-for-Zoom ZOOMHDA,C:\Program Files (x86)\ZoomVDI\bin\Zoom.exe ZOOMHDC,C:\Program Files (x86)\ZoomVDI\bin\Zoom.exe ZOOMHDS,C:\Program Files (x86)\ZoomVDI\bin\Zoom.exe ZOOMHDV,C:\Program Files (x86)\ZoomVDI\bin\Zoom.exe ZOOMHDX,C:\Program Files (x86)\ZoomVDI\bin\Zoom.exe Sources https://www.citrix.com/blogs/2021/10/14/virtual-channel-allow-list-now-enabled-by-default/
n
Ray saved my list, lol
r
That was collected from Slack and from Nick and Myself
haha
n
And the Webex unified client isn't entirely accurate.
I left before I could test, but there is a new one. Webex support couldn't even tell me what it was.
b
Got anything on Cerner?
n
But they're completely useless
Nah, sorry, we were an Epic shop
r
Ahh I just got an updated Webex this morning.
n
Cerner support is pretty good, though, so I bet they could tell you.
r
Here is what Webex gave me
n
CSOMT may be the missing one. It's not in my list.
r
Yea, if you contact Cerner, they will have it.
n
wait, hold on, we have Webex here and I know the logging is enabled. let me check
r
Most vendors have updated this list bynow
a
awesome thanks guys for the help! for those of you that did the 1912 to 2203 upgrade, about how long did the upgrade take for you?
n
I don't see CSOMT in my logs. Weird.
I have only done the 1912 CU5 -> 2203 CU1 VDA upgrade, which was pretty quick.
r
They gave me this 57 page pdf.
a
i setup a 2hr downtime window so i figured that was more than plenty
n
Nice
Webex's app and how it deals with downloading versions in the user profile is still straight up garbage.
r
I guess it depends on your footprint @Andrew Gresbach.
n
2 hours to do what?
Just the delivery controllers? If so, how many?
a
2 delivery controllers so probably looking at those 2 controllers, 2 storefront servers possibly (just upgraded those from 7.15 to 1912 last week) and probably the 1 license server (thats quick i know)
n
IMO, 2 hours should be fine, but you might want to bake in some extra just in case shit happens.
r
that should be enough time. 15-20 minutes a DDC, SF is like 5-10 minutes
b
FWIW, Citrix TAM just told us today that we should go from 1912CU1 to CU5 prior to the 2203 upgrade to avoid rare database issues
a
cool yup thats what i was thinking
hmm ok good to know! thanks for the tip!
n
lol, jesus Citrix
😂 1
r
@Bill Pennie The Docs are misleading then lol.
n
I hated having to do those double jumps.
a
ya i'm not a fan either
b
it seemed more of a CYA type of thing for a single issue that has cropped up
n
Click on Site Test, get to test 265 of 266 and sit there for 10 minutes
a
cool ya i get it
r
I wonder why they say this. I heard of folks doing both to be honest.
• Virtual Apps and Desktops 1912 with or without CUs, up to and including the latest CU
n
I have done both before.
a
right, their documentation says you dont have to but like he said after the fact they probably had 1 ticket and a weird rare issue so now they are covering their butt
r
@Andrew Gresbach just backup the DB, and do the "oh shit" snapshots just in case
☝️ 1
b
yeah, I've seen the chart, and they said it should be fine, but we're healthcare with the single largest in-house Epic installation so CYA lol
n
What Ray said
r
oh yea, def need a CYA just in case.
a
yup for sure.....we have sql backups every night at 9pm and gonna do controller/server snapshots
n
Single largest Epic? UPMC?
b
We opted out of hosted Epic to host it ourselves lol
n
I don't know anyone who has Epic host their stuff yet. My last company was at least talking to them about it, but I would bet against them doing it.
b
~40k concurrent users, split among 4 farms, with active-active failover (semi-automated) between 2 datacenters
we weren't about to trust that in their hands
@Andrew Gresbach sorry for hijacking your thread 😂 good luck with your upgrade
a
@Bill Pennie not a problem! thanks!
thought of one more question.......considering we're MCS persistent, is it recommended before you start the upgrade to reboot all desktops and put delivery groups in maintenance mode to prevent any connections during the upgrade?
SF upgrade from 1912 to 2203 keeps failing w/ a pre-req failure so gonna put a pin in that part o this upgrade until next week so i can look into it more
r
Whats the pre-req say?
a
havent found any useful info in the log just yet
thought maybe i'd have better luck w/ the SF upgrade after i did the controller upgrade but same issue.....this is the log i'm digging through now