[10:17:37 CDT(-0500)] <JasonElwood> Greg- my email is being blocked by Unicon. You may get the meeting update but the email bounced back.
[10:18:07 CDT(-0500)] <GregElliott> ah. ok.
[10:18:40 CDT(-0500)] <dmccallum54> JasonElwood did you open a ticket with Unicon ops already or otherwise let them know?
[10:19:10 CDT(-0500)] <JasonElwood> I did not.
[10:19:29 CDT(-0500)] <dmccallum54> if you forward an example bounce to my gmail acct i can open a ticket
[10:20:16 CDT(-0500)] <dmccallum54> brb
[10:55:44 CDT(-0500)] <GregElliott1> I found the issue. had been getting a bunch of spam from former customer, and unfortunately one of Jason's got caught in that net. I've fixed it, so the issue was localized to just me. Sorry about that.
[12:08:50 CDT(-0500)] <dmccallum541> i need to bounce linux CI… many, many times… is this going to disrupt anyone?
[12:09:16 CDT(-0500)] <dmccallum541> jason indicated the non-responsive script issue is reproducible against wins CI
[12:09:28 CDT(-0500)] <Patty_> nope
[12:09:42 CDT(-0500)] <GregElliott1> not me.
[12:11:11 CDT(-0500)] <JasonElwood> go for it
[12:30:58 CDT(-0500)] <js70> nor I
[12:54:26 CDT(-0500)] <JasonElwood> Would anybody expect a / in the term_code to cause problems?
[12:55:07 CDT(-0500)] <dmccallum541> possibly. depends on how it's being used in the API
[12:57:49 CDT(-0500)] <JasonElwood> Sinclair has all of their term_codes defined as year/term, 11/FA, 12/FA, etc
[12:58:08 CDT(-0500)] <Patty_> are we scrumming today?
[12:58:12 CDT(-0500)] <dmccallum541> do we have any APIs defined where term code is a path param?
[12:58:20 CDT(-0500)] <JasonElwood> no SCRUM
[12:58:28 CDT(-0500)] <Patty_> ok. thanks
[12:59:04 CDT(-0500)] <JasonElwood> I believe there is a transcript term, and we'll want one for MAP
[13:01:23 CDT(-0500)] <dmccallum541> k. will check
[13:01:25 CDT(-0500)] <dmccallum541> mtg. brb
[13:01:34 CDT(-0500)] <dmccallum541> think the memory issue with tomcat stop is resolved
[13:01:36 CDT(-0500)] <JasonElwood> I'll advise them to remove it
[13:01:46 CDT(-0500)] <JasonElwood> awesome. thanks
[13:02:14 CDT(-0500)] <dmccallum541> theoretically we should be able to handle a slash b/c theoretically we should be url encoding any user-specified values that get shoved into/onto URLs
[13:02:20 CDT(-0500)] <dmccallum541> would not be shocked if that's not actually happening tho
[13:02:40 CDT(-0500)] <dmccallum541> also… for the slow-loading MAP UI… there are two smoking-ish guns right now
[13:03:05 CDT(-0500)] <dmccallum541> SSP-1271 is one of them
[13:03:37 CDT(-0500)] <dmccallum541> also it looks like some of the padding configuration on the MAP plan layout might be problematic…. almost all of that load time is spend in rendering operations in the browser… tyler is looking into that one
[13:04:18 CDT(-0500)] <JasonElwood> that's also good news.
[14:00:18 CDT(-0500)] <dmccallum541> JasonElwood i'm declaring the tomcat shutdown problem on Linux CI solved for now. turning to the problem with linux demo restarts… you said the restart fails every time there. what job are you using for that? http://ssp-ci:8080/job/DEMO-restart-tomcat/ ?
[14:03:19 CDT(-0500)] <dmccallum541> (yes, i know linux CI is currently non-responsive… think i have a bead on the liquibase problem there… still testing)
[14:03:42 CDT(-0500)] <JasonElwood> The jenkins jobs is DEMO-restart tomcat. it looks like it runs at 2 am ET. I can't say that it fails every time, but 6 of 7 mornings, SSP did not start because of the lock
[14:46:12 CDT(-0500)] <TonyUnicon> is the Linux instance down?
[14:51:05 CDT(-0500)] <dmccallum541> yes
[14:51:19 CDT(-0500)] <dmccallum541> can bring it back up if you need it
[14:52:12 CDT(-0500)] <dmccallum541> it's starting back up… slowly…. slowly….
[14:53:56 CDT(-0500)] <TonyUnicon> thanks
[15:02:30 CDT(-0500)] <TonyUnicon> I think the code on this instance is stale
[15:03:10 CDT(-0500)] <TonyUnicon> do we have any way of confirming the revision number its based on?
[15:04:11 CDT(-0500)] <dmccallum541> let me check
[15:06:26 CDT(-0500)] <TonyUnicon> like SSP-1271 I thought I had addressed days ago
[15:06:40 CDT(-0500)] <TonyUnicon> and I don't see it locally
[15:07:27 CDT(-0500)] <dmccallum541> the source checkout has the most recent commit
[15:08:00 CDT(-0500)] <dmccallum541> dont have a good way of checking a global rev # on the deployed code… looking to see if that patch was deployed tho
[15:08:53 CDT(-0500)] <dmccallum541> it's got Jim's latest: https://github.com/Jasig/SSP/commit/236e6677765811f153e2b5fe66f8851c776eb486
[15:09:18 CDT(-0500)] <TonyUnicon> hmm
[18:29:33 CDT(-0500)] <dmccallum541> need to bounce linux CI repeatedly to test the liquibase fix
[18:31:19 CDT(-0500)] <JasonElwood> cool
[19:04:20 CDT(-0500)] <dmccallum541> JasonElwood i can no longer reproduce the liquibase lock problem in linux CI. do you want to try to push the latest code to demo?
[19:04:51 CDT(-0500)] <JasonElwood> Not to demo. we've been keeping that on b1 to remain stable. Sinclair is using that for testing
[19:05:39 CDT(-0500)] <JasonElwood> is there a patch that can be done? As soon as we are 110% sure about b2, we'll update the demo site to b2 but not until then.
[19:06:35 CDT(-0500)] <dmccallum541> i think that's feasible