March 13, 2019 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
March 13, 2019 [00:22:08] <|Atum|> Yeah, gotta love support eh[00:22:23] <|Atum|> https://support.citrix.com/article/CTX138840[00:22:48] <|Atum|> curl -H "Content-Type: application/xml" -d "<?xml version="""1.0""" encoding="""UTF-8""" standalone="""yes"""?><message><sender>Me</sender><content>Hello!</content></message>" http://VIP <-- This is brilliant for testing purpoes :D[00:23:02] <|Atum|> rather than risk appfw, I'm going down this route...[00:23:34] <|Atum|> https://pastebin.com/WwDPNQNc[00:23:37] * |Atum| taps forehead[00:23:43] <|Atum|> almost got kicked by Sigyn there...[00:23:45] <|Atum|> lol[00:23:51] <|Atum|> was juuuuuuuuuuust about to paste that in[05:57:58] *** braynyac <braynyac!uid6699@gateway/web/irccloud.com/x-kkxidbnvphmwggzs> has quit IRC (Quit: Connection closed for inactivity)[11:39:23] *** Olivier83 <Olivier83!~Olivier83@31.221.4.66> has joined #Citrix[12:48:07] *** braynyac <braynyac!uid6699@gateway/web/irccloud.com/x-kbjubrdwbuhnpxbv> has joined #Citrix[13:08:12] *** kahnibus <kahnibus!~Alex@129.3.29.171> has joined #Citrix[13:11:13] <Biny> lol[13:14:32] *** Biny <Biny!~Biny@2607:5300:60:89e9::> has quit IRC (Quit: WeeChat 1.9.1)[13:23:33] <braynyac> Morning morning[13:30:19] <kahnibus> morning[13:30:38] *** Biny <Biny!~Biny@2607:5300:60:89e9::> has joined #Citrix[13:39:24] <Olivier83> hi[13:39:31] <Biny> hi[13:39:40] <Olivier83> Is it a good thing to manage the Windows 2016 Start Menu with WEM?[13:39:55] <Olivier83> I've read that the tile management doesn't work (like with any other manager anyway)[13:40:11] <Biny> I pin some stuff with WEM to start menu and it seems to work for the most part[13:40:34] <Olivier83> What version of WEM?[13:40:40] <Olivier83> I think we have 1808[13:40:59] <Biny> 1808 i believe, let me look[13:41:53] <Olivier83> I've read that pining tiles will not work most of the time and will slow down the logon time[13:42:02] <Biny> yep 1808[13:44:57] <Olivier83> They are using Classic Shell, and I said this should be removed[13:45:24] <Olivier83> but then I have to suggest an alternative for the Start Menu and they have WEM so[13:45:44] <Olivier83> I think I will just suggest to migrate everything to WEM[13:46:41] <Olivier83> but this tile thing is quite a failure from MS... I think the only way to have it done properly is to preload a predefined Start Menu with tiles design[13:51:58] <braynyac> We're looking at using WEM to manage start menu for 2016 as well[13:52:33] <braynyac> Olivier83: did you read the article from James Rankin on Start Menu customization?[13:53:13] <braynyac> https://james-rankin.com/articles/management-of-start-menu-and-tiles-on-windows-10-and-server-2016-part-2/[14:08:05] <Olivier83> No but the content is interesting thank you[14:08:58] <braynyac> My pleasure[14:27:39] <braynyac> Ok, we are still having problems with RDS licensing on our XA hosts. Both on 2008 R2 (license server 1), and on 2016 (license server 2). Both sets of images show as RDS license grace period. The GPOs are correct, the RDS Licensing Diagnostic shows everything is good, registry looks good (settings are applied). Any ideas why this would still be showing up?[14:29:09] <hardlock> yeah. you must delete the timebomb key[14:30:19] <hardlock> https://www.360ict.nl/blog/no-remote-desktop-licence-server-availible-on-rd-session-host-server-2012/[14:30:24] <hardlock> this still applies to 2016[14:30:42] <Biny> i haven't ran into the timebomb because we redeploy a MDT build every month[14:30:49] <hardlock> this is a bug imo. sometimes the rds license gpo does not apply correctly[14:30:59] <hardlock> then it falls into grace period[14:31:09] <hardlock> and you cant connect to server randomly[14:31:27] <hardlock> when you use local gpo to define rds license infos it doenst happen[14:31:31] <hardlock> *doesnt[14:34:34] <hardlock> https://discussions.citrix.com/topic/388502-xenapp-79-win-2012r2-rds-licensing-problems/[14:34:52] <hardlock> i saw this often in different environments[14:36:18] <braynyac> We did[14:36:21] <braynyac> doesn't help[14:36:56] <braynyac> will have to do the local GPO then...and find a way to do that via MDT[14:37:05] <braynyac> we do use MDT to build these brand new every month[14:37:54] <braynyac> we've tried removing the key, no go.[14:38:35] <hardlock> (gwmi -Namespace root\cimv2\TerminalServices -Class Win32_TerminalServiceSetting).GetGracePeriodDays().DaysLeft[14:38:39] <hardlock> this shows 0 then?[14:38:51] <braynyac> no, shows 111, as we rebuilt the image 9 days ago[14:39:04] <braynyac> I run that as a Script Based Action in ControlUp - very easy =)[14:40:44] <hardlock> but when you delete the timebomb key it will reset to 120[14:40:53] <braynyac> Checking again...[14:40:54] <braynyac> correct[14:40:58] <hardlock> i have a customer running a computer boot script that deletes it[14:41:02] <braynyac> lol[14:41:07] <hardlock> you must give yourself permissions to delete it[14:41:12] <braynyac> Thanks Microsoft, what a pain[14:41:32] <hardlock> as soon you login with rdp, it will start grace period again[14:42:00] <braynyac> hmmmm....running another set of tests....looks like this might be a chicken / egg scenario[14:42:31] <hardlock> yre you using pvs?[14:42:43] <braynyac> we _did_ have a problem with the RDS License GPO (spaces after commas == no bueno), and that is fixed as of yesterday. Now when I delete the RCM timebomb key and restart Remote Desktop Configuration service, it appears to be OK.[14:42:47] <braynyac> yes, using PVS[14:43:18] <hardlock> delete the key then when you are in maintenance/private mode[14:43:31] <hardlock> just before you promote the image[14:43:39] <braynyac> Yeah, definitely going to have to do that[14:43:51] <braynyac> looks like a combination of failures. Thanks =)[14:48:30] <hardlock> np :)[15:21:17] *** Thuryn <Thuryn!~Thuryn@216.106.72.146.reverse.socket.net> has joined #Citrix[15:39:12] <BobFrankly> when you realize that the latest windows update will require more writecache on your PVS servers, and that Xenserver *still* doesn't have the ability to grow virtual disks that are in use[15:43:11] <cs-bot> <benjamin.crill> XenServer, doing storage poorly for over a decade :slightly_smiling_face:[16:04:14] <Olivier83> Why do you let the Windows updates going into the write cache?[16:10:14] <BobFrankly> hahaha[16:10:18] * BobFrankly slaps Olivier83[16:12:00] <BobFrankly> I usually run tests after doing major updates, and 1 user overnight brings the writecache + pagefile to 20gb, and adding an additional user adds 477 MB. 18 users would kill the 25gb writecache that has worked well til now[16:37:41] <Olivier83> Ok so it's not about Windows updates[16:46:08] <BobFrankly> it's a result of windows updates[16:46:38] <BobFrankly> updates are done and completed in the main image, but they have an impact beyond in initial install.[16:46:44] <BobFrankly> you know....normal crap :)[16:50:20] <Olivier83> ah ok[16:51:27] <BobFrankly> we're still on 2008r2, and you know that MS patches for that are only going to get messier[17:11:09] <Olivier83> so you need to destroy and recreate each disk?[17:11:54] <BobFrankly> no, just need to extend the size of the volumes[17:31:34] <Olivier83> so every time your restart your PVS targets[17:31:43] <Olivier83> the first user will consume 20GB of write cache?[17:40:49] <BobFrankly> over time, yea[17:40:56] <Olivier83> damn[17:40:59] <BobFrankly> well, 1st user + pagefile[17:43:21] <BobFrankly> really which I could see what was being written into the vdisk difference file[17:45:11] <BobFrankly> hmmm, iobw.txt file of 6.6gb[17:45:16] <BobFrankly> wuzzat[17:45:24] <BobFrankly> iobw.txt rather[17:45:55] <BobFrankly> oh, that's from iometer[17:47:13] <BobFrankly> that would explain why the drive is running out of space[17:50:38] <BobFrankly> blah, mixing up machines. was 6gb on another machine, half a gb on the one I'm doing main testing on[17:51:53] <Olivier83> what is your ram / pagefile size?[17:51:55] <BobFrankly> 26.5 hours of uptime, pagefile at 10.4GB, and diff file at 10.5 gb, with 1 user on the whole time, and another user added[17:52:13] <BobFrankly> RAM is 12gb[17:52:34] <BobFrankly> and we average 16-17 users per server[17:53:36] <Olivier83> so your pagefile is what, 6GB?[17:59:46] <Olivier83> you could use this tool to monitor your system drive: http://www.nirsoft.net/utils/folder_changes_view.html[18:06:49] <BobFrankly> that's a thought[18:06:59] <BobFrankly> pagefile is 10GB[18:12:51] <Olivier83> if you have cache to ram with disk overflow[18:13:16] <Olivier83> this could be pushing out data from the ram to the pagefile[18:13:33] <Olivier83> if you have less than 1GB of ram per user[18:14:39] <Olivier83> I have to go! bye[18:14:43] *** Olivier83 <Olivier83!~Olivier83@31.221.4.66> has quit IRC (Read error: Connection reset by peer)[18:14:50] <Biny> ok byeeeeeeeeeeeeeee[18:27:44] *** BobFrankly <BobFrankly!~IceChat77@unaffiliated/bobfrankly> has quit IRC (Quit: He who laughs last, thinks slowest)[19:33:07] *** IRCPrincess is now known as tammy[19:33:38] <tammy> I'm getting a strange citrix error on some connections to my 6.5 farm: the citrix single sign-on service key management module could not be contacted[19:35:10] <tammy> at first I thought the client was just old be being annoying (4.5) so I used the receivercleanuputility and installed reciever 4.9.5 as that is one of our standards here[19:35:19] <tammy> but the error presists.[19:49:42] *** BobFrankly <BobFrankly!~IceChat77@unaffiliated/bobfrankly> has joined #Citrix[19:54:20] *** BruceLeeroy <BruceLeeroy!~bruceleer@c-71-56-154-26.hsd1.or.comcast.net> has joined #Citrix[19:59:48] <BruceLeeroy> Am I correct in seeing that the Apps and Desktops Service doesn't support App-V packages?[20:19:10] *** BruceLeeroy <BruceLeeroy!~bruceleer@c-71-56-154-26.hsd1.or.comcast.net> has quit IRC (Remote host closed the connection)[20:37:06] *** ftho <ftho!~ftho@mailgw.f-thornberg.se> has joined #Citrix[20:38:24] *** ftho <ftho!~ftho@mailgw.f-thornberg.se> has quit IRC (Client Quit)[20:48:00] *** ftho <ftho!~ftho@mailgw.f-thornberg.se> has joined #Citrix[20:52:29] *** uncon <uncon!~uncon@40.52.197.104.bc.googleusercontent.com> has quit IRC (Quit: WeeChat 1.9.1)[20:53:53] *** uncon <uncon!~uncon@40.52.197.104.bc.googleusercontent.com> has joined #Citrix[20:54:58] *** Sina <Sina!uid230776@gateway/web/irccloud.com/x-lgracdszbptnspzc> has quit IRC (Quit: Connection closed for inactivity)[22:21:38] *** Thuryn <Thuryn!~Thuryn@216.106.72.146.reverse.socket.net> has quit IRC (Quit: Leaving)[23:43:42] *** ftho <ftho!~ftho@mailgw.f-thornberg.se> has quit IRC (Quit: Leaving)