canonical-ci-engineering team mailing list archive

[Vincent Ladeuil <vila+ci@xxxxxxxxxxxxx>]

>>>>> Paul Larson <paul.larson@xxxxxxxxxxxxx> writes:

    > Following up on today's hangout, I think it's a pretty simple split.
    > All of the ones that had previously been named ps-* (ps-mako-*, etc)
    > should go on one server and the ones that were previously connected to
    > phoenix and ashes should be on another. As far as I know, the idea
    > about having the dev jenkins sorta flopped, but the ci-airline stuff
    > is the replacement in a way.

    > Does that sound reasonable to everyone? This would do 2 things for us:
    > 1. builds happening as part of the upstream testing process wouldn't
    > impact touch jobs on smoke testing

    > 2. adbd issues would be slightly more isolated, and not require
    > restarting adb for the world if we hit them

+1

In the long term, we want more flexibility and more reliability.
As discussed with Para on IRC:

 10:26::  <vila>	psivaa: gee, adb is involved in a lot of issues these days, some bugs there start to feel the heat and are showing their ugly head ;-)
 10:28::  <psivaa>	vila: yea, one malfunctioning adb process is enough to make the whole set of devices to fail
 10:35::  <vila>	psivaa: yeah, that's a tricky one, on one hand we want to pool devices to enhance availability, on the other a single pool also means a SPOF :-/
 10:36::  <psivaa>	vila: yea hopefully with the emulator coming up this could be spanned to several hosts?
 10:39::  <vila>	psivaa: well, the emulator will allow us to run tests that don't require specific hardware, so once we have it, we can start *reducing* runs on phones, that will make the issue less acute but it would still need to be addressed ;)
 10:42::  <psivaa>	vila: yea, if we can only afford to have one host for the h/w then that is a SPOF :)
 10:43::  <vila>	psivaa: and I think we got there after the 1ss move, something to check and discuss during the standup ?
 10:43::  <psivaa>	vila: imho, the adb issue has become severe in the smoke tests after we merged the UM devices as well. until then the issue was not so severe. not blaming the UM devices but talking about the load that kinnara faces
 10:44::  <vila>	psivaa: makes sense isn't it ? ;)

So yeah, let's get back to two pools.

   Vincent