/srv/irclogs.ubuntu.com/2016/04/06/#ubuntu-quality.txt

=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== shuduo-afk is now known as shuduo
=== chihchun_afk is now known as chihchun
oSoMoNjibel, what’s the plan with silo 31? will it be validated (again) today?07:54
jibeloSoMoN, oh, is it ready. I'll do it now08:04
oSoMoNjibel, thanks!08:04
jibelI hate where silos are marked ready but are not08:04
jibelit creates lot of confusion08:04
oSoMoNme too08:12
oSoMoNjibel, wouldn’t it be possible to detect when a silo that had previously been marked ready for QA (and had thus generated a trello card in the QA queue) is being rebuilt, and delete that card automatically?08:12
jibeloSoMoN, it's definitely possible. Just needs the time to do it08:19
jibeloSoMoN, but really I'd like to get rid of the trello board and integrate it directly into bileto08:19
oSoMoNack, so many things to do and so little time/manpower…08:19
oSoMoNjibel, that’d be even better, indeed08:20
oSoMoNjibel, is there a bug report I can subscribe to, to track that?08:20
jibeloSoMoN, no there is none08:20
jibeland no place to report08:20
jibeloSoMoN, 31 approved08:20
jibeloSoMoN, it's a change in 1 statement and covered by a test08:21
oSoMoNjibel, thanks, I’ve seen and triggered the publication already08:21
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
pittijibel: bonjour jibel, ça va ?14:52
pittijibel: is it right that https://platform-qa-jenkins.ubuntu.com/job/ubuntu-xenial-desktop-i386-smoke-default/  is one of the tests that controls the /pending → /current promotion?14:53
jibelSalut pitti! ça va bien et toi?14:53
pittijibel: je vais bien aussi, merci !14:53
jibelpitti, yes it is14:53
pittijibel: I was told that yesterday /current was Apr 1, now it's Apr 5, that seems to match14:53
jibelpitti, there is a problem with sshd which doesn't start on first boot14:53
pittijibel: ok, two questions14:53
jibelcyphermox was looking into it AFAIK14:53
pittiI don't see any useful log in https://platform-qa-jenkins.ubuntu.com/job/ubuntu-xenial-desktop-i386-smoke-default/84/ which shows the actual problem14:54
pittiand are there any kind of email notifications if a test flips from pass to fail?14:54
pittiI figure watching a dashboard with 100 tests every day isn't practical14:54
cyphermoxthat failure is in the test harness14:54
jibelcyphermox, the problme with ssh?14:55
cyphermoxie utah is broken, not the image.14:55
cyphermoxjibel: not sure if that was ssh, but permission errors?14:55
cyphermoxoh,14:55
jibelit works on server and it works if oem is enabled14:55
cyphermoxor network14:55
cyphermox2016-04-06 05:28:19,334 root WARNING: Command (ping -c1 -w5 utah-12106-xenial-i386) failed with return code: 114:55
cyphermox2016-04-06 05:41:19,750 cleanup WARNING: OSError when changing directory permissions: [Errno 1] Operation not permitted: '/var/lib/utah/vm/utah-12106-xenial-i386/disk0.qcow2'14:55
cyphermox2016-04-06 05:41:19,750 cleanup WARNING: OSError when changing directory permissions: [Errno 1] Operation not permitted: '/var/lib/utah/vm/utah-12106-xenial-i386/tmpC7kDFJ/initrd.lz'14:55
cyphermox2016-04-06 05:41:19,751 cleanup WARNING: OSError when changing directory permissions: [Errno 1] Operation not permitted: '/var/lib/utah/vm/utah-12106-xenial-i386/tmpC7kDFJ/xenial-desktop-i386.iso'14:55
pittihttps://platform-qa-jenkins.ubuntu.com/job/ubuntu-xenial-desktop-i386-smoke-default/84/artifact/log/utah-server-ssh.log looks like ssh failure, indeed14:55
cyphermox2016-04-06 05:41:19,751 cleanup WARNING: OSError when changing directory permissions: [Errno 1] Operation not permitted: '/var/lib/utah/vm/utah-12106-xenial-i386/tmpC7kDFJ/kernel'14:55
cyphermoxUTAH timeout: retry(sshcheck, retry_timeout=180, logmethod=debug) timed out after 600 seconds14:55
jibelnuclearbob, ^14:56
pittimax filed bug 1554266 about that, but so far without reproduction instructions14:56
ubot5`bug 1554266 in openssh (Ubuntu) "sshd does not start on newly installed desktop system" [Undecided,New] https://launchpad.net/bugs/155426614:56
cyphermoxssh works after install, I tried before14:56
pittiI wasn't able to reproduce that on a cloud or desktop installation so far, so I guess it's related to preseeding or whatnot14:56
pittijibel: do you know if someone is watching these failures? I. e. would we know if it fails to promote /current for more than a few days?14:57
cyphermoxpitti: well, I tried preseeding too14:57
cyphermoxpitti: I also gave max an alternate way to install openssh, to see if that made any difference (not that it would)14:57
cyphermoxpitti: I look every once in a while at whether things have migrated :/14:57
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
jibelpitti, sorry was in a meeting. The desktop team is supposed to watch those tests16:40
jibelnuclearbob, ^  can you provide steps to reproduce and did you try the alternate way cyphermox recommended?16:41
nuclearbobjibel, cyphermox, pitti: I'm watching the tests and making sure we get promotions. I'll add my reproduction steps to the bug, and I'm in the process of trying the alternate method17:55
=== nuclearbob is now known as nuclearbob_afk
=== nuclearbob_afk is now known as nuclearbob

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