/srv/irclogs.ubuntu.com/2014/01/02/#juju-dev.txt

rogpeppemornin' all, and Happy New Year!09:01
axwhey rogpeppe, happy new year :)09:04
rogpeppeaxw: hiya09:04
rogpeppeaxw: hope you've had a good break09:04
axwrogpeppe: yeah it was pretty relaxing, and you?09:04
rogpeppeaxw: yeah, good thanks.09:05
natefinchfwereade, rogpeppe: I guess no meeting this morning?10:03
rogpeppenatefinch: i dunno, i'd assumed there would be one, just to get us off to a start10:04
natefinchrogpeppe: maybe most people are taking these two days off too?10:05
rogpeppenatefinch: that's entirely possible10:05
fwereaderogpeppe, would you kjoin us quickly please?10:06
rogpeppefwereade: where?10:07
fwereaderogpeppe, https://plus.google.com/hangouts/_/calendar/bWFyay5yYW1tLWNocmlzdGVuc2VuQGNhbm9uaWNhbC5jb20.8sj9smn017584lljvp63djdnn810:07
=== gary_poster|away is now known as gary_poster
rogpeppefeeling stupid trying to upgrade my system - i click the "Upgrade" button and nothing at all happens. any clues?14:10
rogpeppehmm, now running do-release-upgrade directly, with crossed fingers14:13
sinzuirogpeppe, make sure ot have go installed from upstream or a PPA. trusty has golang 1.2. I haven't had a successful test run using it.14:30
rogpeppelunch14:38
rogpeppesinzui: interesting - i've been using 1.2 for a while and it seems to work ok14:47
rogpeppesinzui: we'll see how it goes - am currently downloading saucy; hopefully will succeed in upgrading to trusty later on today14:47
rogpeppehmm, do-release-upgrade has now hung up15:17
rogpeppelast thing it printed was "Setting up adduser (3.113+nmu3ubuntu2) ..."15:17
rogpeppeit seems to be running dpkg15:17
rogpeppebut dpkg is stripped so difficult to find out what it's *actually* trying to do15:17
rogpeppehmm, looks like it *might* be blocked trying to read from stdin15:21
rogpeppeoh, darn, i broke it15:24
* rogpeppe wishes that do-release-upgrade could continue where it left off15:24
rogpeppeha ha15:35
rogpeppediff: \/etc\/cups\/cups\-files\.conf: No such file or directory15:35
rogpeppediff: \/etc\/cups\/cups\-files\.conf\.dpkg\-new: No such file or directory15:35
rogpepperebooting15:37
rogpeppewell, i now seem to be running Trusty Tahr. that was actually quite painless.17:02
sinzuirogpeppe, The only problem I have had with trusty are reports that X/Mir crashed when I didn't see it crash17:09
rogpeppesinzui: i'm hoping that by running it now, my bug reports might actually be useful to someone before the release...17:10
rogpeppesinzui: only problem i've seen so far is:17:11
rogpeppe"bzr 2.6.0 is too new for pipeline 1.4"17:11
sinzuirogpeppe, we see spurious failures in CI regarding "unable to connect to environment" most often with azure and canonistack. The revision that just landed has never passed on canonistack, and I cannot tell if cloud or juju is at fault. Do you see anything insightful in this log: http://162.213.35.54:8080/job/canonistack-upgrade/452/consoleFull#-2115410258bc9712e0-ba8d-4476-87e1-593fdc4da85717:13
sinzuiabentley, ^ can rogpeppe use/test the patch to bug 1209131 to get pipelines working again17:15
_mup_Bug #1209131: Pipeline reports it is too old for newly released bzr 2.6 <bzr-pipeline:New> <https://launchpad.net/bugs/1209131>17:15
rogpeppesinzui: nothing jumps out at me17:22
rogpeppesinzui: what is wait_for_agent_update actually doing?17:23
rogpeppesinzui: and this line is weird - do you know where it's coming from?17:23
rogpeppe<test-release-canonistack> unknown: 1, 0, 217:23
sinzuirogpeppe, wait is sleeping, call status, parse for agent state17:25
rogpeppesinzui: so it succeeds n times, then fails?17:26
sinzuirogpeppe, I am not sure about wht the numbers mean. Each is the status of unit + the state-server17:30
rogpeppesinzui: i'm trying to see what kind of failure we're observing here17:31
rogpeppesinzui: is the problem that we're making some change, then can't connect, or is it that we're suddenly unable to connect for some unknown reason?17:31
sinzuiah, well maybe I can do better than read the test is doing. I think I can get the log from the upgrade17:32
sinzuirogpeppe, This is the all machines log of the failed upgrade test: http://162.213.35.54:8080/job/canonistack-upgrade/452/artifact/artifacts/all-machines-test-release-canonistack.log.gz17:33
rogpeppesinzui: so is this error happening just after an environment has been upgraded?17:37
sinzuirogpeppe, yes17:37
rogpeppesinzui: i'm not that surprised then17:37
rogpeppesinzui: when you upgrade an environment, the API server will restart, dropping any existing connections17:38
sinzuirogpeppe, CI just passed r2179. The rev is blessed.17:38
* rogpeppe needs a translation of that :-)17:38
rogpeppesinzui: what does "blessed" mean in this context?17:39
sinzuirogpeppe, CI passed r2179 after 5 attempts. We could release it as 1.17.1. The log I am showing you is from the fourth failed attempt17:40
sinzuibless == release candidate17:40
rogpeppesinzui: i see, so 1/5 tests passed...17:40
sinzuiyep.17:40
rogpeppesinzui: i suspect it might pass more often if you waited 20 seconds after upgrading before trying to connect again17:41
sinzuirogpeppe, okay. thank you. I will try that.17:41
rogpeppesinzui: another possibility is to treat "connection is shut down" as a soft error, and retry again without failing the CI17:42
sinzuirogpeppe, I agree. If you expect the API to drop all connections and let natural error recovery to take over, then the test is too strict17:43
rogpeppesinzui: there is perhaps an argument that the command line should be more resilient about what happens when an environment is upgraded, but it's not an easy problem to solve well.17:44
sinzuiI am always will to retry. Since the test is attempting to behave as a devop, it should retry17:45
=== gary_poster is now known as gary_poster|away
=== gary_poster|away is now known as gary_poster
* rogpeppe is done for the day19:06
=== gary_poster is now known as gary_poster|away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!