Monday, 2019-12-02

*** dchen has quit IRC00:09
*** slaweq has joined #openstack-infra00:10
*** dchen has joined #openstack-infra00:12
*** slaweq has quit IRC00:15
*** ociuhandu has joined #openstack-infra00:19
*** jamesmcarthur has joined #openstack-infra00:20
*** slaweq has joined #openstack-infra00:21
*** jamesmcarthur has quit IRC00:26
*** tosky has quit IRC00:26
*** ociuhandu has quit IRC00:26
*** armax has joined #openstack-infra00:36
*** armax has quit IRC00:40
*** jamesmcarthur has joined #openstack-infra00:58
*** jamesmcarthur has quit IRC01:17
*** ijw has quit IRC01:21
*** kmarc_ has quit IRC01:23
*** kmarc has joined #openstack-infra01:23
*** ijw has joined #openstack-infra01:25
*** armax has joined #openstack-infra01:28
*** spsurya has joined #openstack-infra01:28
*** ociuhandu has joined #openstack-infra01:29
*** ijw has quit IRC01:30
*** ijw has joined #openstack-infra01:30
*** kmarc has quit IRC01:31
*** kmarc has joined #openstack-infra01:33
*** kmarc has quit IRC01:33
*** kmarc has joined #openstack-infra01:33
*** ijw_ has joined #openstack-infra01:33
*** armax has quit IRC01:33
*** ociuhandu has quit IRC01:34
*** auristor has quit IRC01:36
*** ijw has quit IRC01:37
*** kevinz has joined #openstack-infra01:41
*** dave-mccowan has joined #openstack-infra01:46
kevinzping ianw01:46
ianwkevinz: hey :)01:46
ianwkevinz: https://review.opendev.org/#/c/690798/ is one we've had constant failures on01:47
ianwperhaps i should delete any current nodes, and start the job, and we can get the id's and watch what's happening with their boot?01:47
kevinzianw: np. there is no logs. Maybe the node is died I guess..01:48
kevinzThe Zuul will re-create 1 new instances?01:48
ianwyeah, in that case, nodepool never actually got the node started01:49
kevinzyou can re-triagger, I can check the node status in Linaro side01:49
ianwthis job is actually a two-node job01:50
ianwgive me a sec to pull up a console to see what nodepool thinks is happening too01:50
kevinzsure, are the nodes below "os-control" projects?01:51
ianwit will be under "os-jobs"01:53
*** auristor has joined #openstack-infra01:53
*** kmarc has quit IRC01:53
ianwso deb43673-030a-4c82-be93-fa80dfa1110c is active ATM01:54
kevinzsure, now 4 instances under os-jobs01:54
*** kmarc has joined #openstack-infra01:54
ianwi'm running a recheck, let's see if one starts building01:54
ianwok, e9add7ec-167d-4ed5-aad2-40432962b869 has started to build01:55
kevinz1110c has a kernel hungs01:56
kevinz deb43673-030a-4c82-be93-fa80dfa1110c01:56
kevinzbut could ssh and console01:57
kevinzwhat is the bydefault user/password for the ubuntu bionic image?01:57
ianwhrm i didn't see anything in the conosle01:57
ianwthere's isn't one as such; we install various keys that are deployed via cloud-init01:58
kevinz1 second, I think I should disable my connection to the console01:58
*** ociuhandu has joined #openstack-infra01:59
ianw213.146.141.7801:59
ianwso i can log in there, my key (and other admins) is in the default config02:01
ianwi think what we want to watch is the two building ones -- 198b3967-3dfa-4203-a239-30a58abc3ec6 & e9add7ec-167d-4ed5-aad2-40432962b86902:01
*** slaweq has quit IRC02:02
ianwthe problem seems to be that nodes coming up are very unreliable -- clearly we do get nodes starting, but not reliably02:03
*** ociuhandu has quit IRC02:03
*** ociuhandu has joined #openstack-infra02:04
*** ociuhandu has quit IRC02:09
ianwhrm, did we have a quota issue with 198b3967-3dfa-4203-a239-30a58abc3ec6 ?02:11
*** armax has joined #openstack-infra02:14
ianw2019-12-02 02:05:31,305 INFO nodepool.NodeLauncher: [node: 0013157473] Quota exceeded, invalidating quota cache02:16
ianw2019-12-02 02:05:31,305 INFO nodepool.NodeLauncher: [node: 0013157473] Aborting node 0013157473 due to quota failure02:16
ianwkevinz: ^ that's what nodepool thinks happened to 198b ...02:17
*** Xuchu has joined #openstack-infra02:17
kevinzianw: can I increase the quota of os-jobs?02:17
ianwkevinz: well, we won't say no :)  let's just see why we might exceed it...02:20
*** armax has quit IRC02:20
ianwkevin: https://opendev.org/openstack/project-config/src/branch/master/nodepool/nl03.openstack.org.yaml#L41102:22
kevinzianw: it is weird. the quota for the os-jobs is 75000GB02:22
ianwwe're setup for 8 max servers02:22
ianwmaybe it's some other component?02:22
ianwopenstack.exceptions.ConflictException: ConflictException: 409: Client Error for url: https://uk.linaro.cloud:9696/v2.0/floatingips.json, Quota exceeded for resources: ['floatingip'].02:22
ianwahh, it's right above it in the logs :)02:22
ianwso are we leaking floating ips?02:22
kevinzI can increase02:23
ianwis the quota 8?02:25
kevinzYes, I check it is 802:25
kevinzI increase to 10 now02:25
ianwi wonder why we exceeded it then?02:25
ianwmaybe slow to clean up02:27
kevinzlet me check the totally floating ip info02:28
kevinzthere are 7 floating ip assigned to this projects os-jobs02:30
kevinzby default it will re-create the floating-ip when create instance? or can leverage the unused ip that assigned to this projects?02:31
ianwso e9add... became active02:32
kevinzI should say that 7 floating ips, 3 of them are unused02:32
*** auristor has quit IRC02:34
ianwso the job is running, we got the nodes in this case -> http://zuul.openstack.org/stream/0099edffa9be4383b06371cf92fc0449?logfile=console.log02:36
kevinzGood to hear02:37
kevinzshould I remove the floating ip manually?02:38
ianwkevinz: no, nodepool shoul dmanage them02:38
kevinzOK02:38
ianwkevinz: although weirdly, 192.168.1.15 doesn't show up in the floating ip list, but it has one?02:39
ianwe9add7ec-167d-4ed5-aad2-40432962b86902:39
kevinzlet me check02:39
ianwi wonder if that's how the quota is getting out of sync02:42
*** auristor has joined #openstack-infra02:43
kevinzsorry I don't find this instance now..02:44
kevinzjust 4 of use02:44
kevinzjust 4.02:44
ianwyeah, the job finished02:45
*** auristor has quit IRC02:48
kevinzI think the quota is getting out of sync when cleaning?02:48
*** Xuchu has quit IRC02:48
*** Xuchu has joined #openstack-infra02:48
kevinzFrom Linaro cloud side, we also offer resources to OpenLab, also use Zuul, but don't meet the problem of quota issue02:49
*** auristor has joined #openstack-infra02:50
ianwhrm; let's try the job again, see if the nodes allocate02:50
*** armax has joined #openstack-infra02:51
*** ociuhandu has joined #openstack-infra02:51
*** ociuhandu has quit IRC02:53
*** ociuhandu has joined #openstack-infra02:55
*** armax has quit IRC02:56
*** armax has joined #openstack-infra02:58
kevinzOK02:59
*** ociuhandu has quit IRC03:03
*** armax has quit IRC03:05
ianwwell, running again; that's good!03:06
ianwkevinz: i'll keep an eye, maybe it was just quota being slow to update03:06
kevinzubuntu-bionic-arm64-linaro-london-0013157624, that 1 is created03:06
kevinzyes I see03:06
*** apetrich has quit IRC03:08
*** bstinson has quit IRC03:15
*** bstinson has joined #openstack-infra03:22
*** Xuchu_ has joined #openstack-infra03:23
*** Xuchu has quit IRC03:26
*** Xuchu_ is now known as Xuchu03:26
*** ramishra has joined #openstack-infra03:36
*** bstinson has quit IRC03:39
*** ricolin has joined #openstack-infra03:47
openstackgerritIan Wienand proposed opendev/system-config master: [wip] test arm64 mirror  https://review.opendev.org/69079803:49
*** bstinson has joined #openstack-infra03:51
*** ociuhandu has joined #openstack-infra04:03
*** ociuhandu has quit IRC04:08
*** Lucas_Gray has joined #openstack-infra04:17
*** ykarel has joined #openstack-infra04:20
ianwwe're pretty consistenly getting nodes for ^ now, which is great!04:25
*** udesale has joined #openstack-infra04:37
*** auristor has quit IRC04:38
*** dave-mccowan has quit IRC04:40
*** auristor has joined #openstack-infra04:42
*** Lucas_Gray has quit IRC05:08
*** surpatil has joined #openstack-infra05:12
ianwit even works!05:16
*** soniya29 has joined #openstack-infra05:17
*** ramishra has quit IRC05:20
*** lbragstad_ has joined #openstack-infra05:21
*** lbragstad has quit IRC05:24
*** ociuhandu has joined #openstack-infra05:30
*** ociuhandu has quit IRC05:36
*** ramishra has joined #openstack-infra05:39
*** jamesmcarthur has joined #openstack-infra05:46
*** jamesmcarthur has quit IRC05:50
*** raukadah is now known as chkumar|rover05:54
*** ijw has joined #openstack-infra05:56
*** ijw_ has quit IRC05:59
*** jtomasek has joined #openstack-infra06:27
*** pcaruana has joined #openstack-infra06:32
*** Xuchu has quit IRC06:37
*** Xuchu has joined #openstack-infra06:37
*** chkumar|rover is now known as chkumar|ruck06:51
*** ralonsoh has joined #openstack-infra06:51
*** dpawlik has joined #openstack-infra07:00
*** ociuhandu has joined #openstack-infra07:01
*** Xuchu has quit IRC07:03
*** Xuchu has joined #openstack-infra07:03
AJaeger\o/07:04
*** dpawlik has quit IRC07:05
*** ociuhandu has quit IRC07:05
*** slaweq has joined #openstack-infra07:08
*** tkajinam has quit IRC07:11
*** tkajinam has joined #openstack-infra07:12
*** dpawlik has joined #openstack-infra07:15
*** pgaxatte has joined #openstack-infra07:24
*** surpatil has quit IRC07:29
*** slaweq has quit IRC07:37
*** dciabrin has joined #openstack-infra07:38
*** slaweq has joined #openstack-infra07:40
*** surpatil has joined #openstack-infra07:40
*** ykarel is now known as ykarel|lunch07:43
*** ijw_ has joined #openstack-infra07:45
*** ijw has quit IRC07:47
*** apetrich has joined #openstack-infra07:52
openstackgerritHarald Jensås proposed openstack/diskimage-builder master: dnf - Don't error on missing packages  https://review.opendev.org/69653208:04
*** dchen has quit IRC08:09
*** tesseract has joined #openstack-infra08:14
kevinzianw: Thanks! looks Zuul +1 now. Great!08:18
kevinz\o/08:18
*** iurygregory has joined #openstack-infra08:19
*** ykarel|lunch is now known as ykarel08:20
*** ijw_ has quit IRC08:24
*** tkajinam has quit IRC08:25
*** tkajinam has joined #openstack-infra08:26
*** tosky has joined #openstack-infra08:31
*** rpittau|afk is now known as rpittau08:31
*** ccamacho has joined #openstack-infra08:34
*** tkajinam has quit IRC08:39
*** hashar has joined #openstack-infra08:46
*** jpena|off is now known as jpena08:48
*** ttx has quit IRC08:50
*** ttx has joined #openstack-infra08:50
*** dtantsur|afk is now known as dtantsur08:52
*** lucasagomes has joined #openstack-infra08:53
*** ociuhandu has joined #openstack-infra08:55
*** ociuhandu has quit IRC08:56
*** ociuhandu has joined #openstack-infra08:57
*** pkopec has joined #openstack-infra08:58
*** Tengu has quit IRC09:01
*** Tengu has joined #openstack-infra09:02
*** SurajPatil has joined #openstack-infra09:07
*** trident has quit IRC09:07
*** surpatil has quit IRC09:09
*** trident has joined #openstack-infra09:09
*** derekh has joined #openstack-infra09:35
ianwkevinz: i'll start looking at the wheel builds too09:55
lucasagomeshi, anyone else having problem logging into gerrit ?09:56
lucasagomesI'm being redirected to an openId login page09:56
lucasagomes"Provider is not supported, or was incorrectly entered."09:56
ralonsohsame problem here: first time I see this10:00
ralonsohhttps://review.opendev.org/login/%23%2Fsettings%2F10:00
lucasagomesI think it's launchpad, even https://launchpad.net/+login is giving me: "OpenID Provider Is Unavailable at This Time"10:00
*** ociuhandu has quit IRC10:04
ianwyeah, i just noticed it too :)  503 errors from login.ubuntu.com10:06
ianwthis seems like an upstream issue with launchpad login, i don't think there's much we can do; i'm sure they'll be on it10:06
lucasagomesianw, thanks yeah10:08
ianwthere we go, i can already log back in now :)10:08
*** lpetrut has joined #openstack-infra10:13
*** gfidente has joined #openstack-infra10:16
*** dchen has joined #openstack-infra10:22
*** tosky_ has joined #openstack-infra10:26
*** ociuhandu has joined #openstack-infra10:28
*** tosky has quit IRC10:28
openstackgerritIan Wienand proposed openstack/project-config master: Import openstacksdk and dib into zuul tenant  https://review.opendev.org/69685910:33
*** tosky_ is now known as tosky10:38
*** lourot has quit IRC10:43
*** lourot has joined #openstack-infra10:44
*** pgaxatte has quit IRC10:49
brtknrhi all, we cant use an etherpad we created last week: https://etherpad.openstack.org/p/magnum-ussuri-virtual-ptg-planning10:54
brtknrsomeone said it was due to an emoji???10:54
brtknris this a known issue?10:54
*** ralonsoh has quit IRC11:01
kevinzianw: Cool, thanks. Just let me know if problem. I can also grant more resources to you if needed11:01
*** ralonsoh has joined #openstack-infra11:03
*** ociuhandu has quit IRC11:16
*** ociuhandu has joined #openstack-infra11:17
*** ociuhandu has quit IRC11:26
*** ociuhandu has joined #openstack-infra11:26
*** surpatil has joined #openstack-infra11:29
*** SurajPatil has quit IRC11:31
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69686711:41
*** Lucas_Gray has joined #openstack-infra11:43
*** ociuhandu has quit IRC11:43
*** ociuhandu has joined #openstack-infra11:45
*** ociuhandu has quit IRC11:50
*** dtantsur is now known as dtantsur|afk11:54
*** jklare has quit IRC11:59
*** jklare has joined #openstack-infra12:00
*** Xuchu has quit IRC12:05
*** hashar has quit IRC12:07
*** rfolco has joined #openstack-infra12:09
*** hashar has joined #openstack-infra12:10
openstackgerritHervé Rousseau proposed openstack/diskimage-builder master: Break retry loop on success in dhcp-all-interfaces  https://review.opendev.org/69687312:15
*** ociuhandu has joined #openstack-infra12:24
*** jpena is now known as jpena|lunch12:26
*** ociuhandu has quit IRC12:29
*** udesale has quit IRC12:36
*** udesale has joined #openstack-infra12:37
*** SurajPatil has joined #openstack-infra12:46
*** surpatil has quit IRC12:48
*** soniya29 has quit IRC12:52
*** rlandy has joined #openstack-infra12:57
*** rh-jelabarre has joined #openstack-infra12:59
*** rosmaita has joined #openstack-infra13:02
*** rh-jelabarre has quit IRC13:08
*** rh-jelabarre has joined #openstack-infra13:08
*** ccamacho has quit IRC13:12
*** ccamacho has joined #openstack-infra13:12
*** efried_pto is now known as efried13:13
*** ccamacho has quit IRC13:13
*** ccamacho has joined #openstack-infra13:13
*** jamesmcarthur has joined #openstack-infra13:15
*** dave-mccowan has joined #openstack-infra13:15
*** lucasagomes_ has joined #openstack-infra13:16
*** lucasagomes_ has quit IRC13:16
*** lucasagomes has quit IRC13:17
*** lucasagomes has joined #openstack-infra13:20
*** dave-mccowan has quit IRC13:21
*** jpena|lunch is now known as jpena13:24
*** surpatil has joined #openstack-infra13:26
*** SurajPatil has quit IRC13:28
*** ociuhandu has joined #openstack-infra13:30
*** SurajPatil has joined #openstack-infra13:30
*** pgaxatte has joined #openstack-infra13:31
*** surpatil has quit IRC13:33
*** jamesmcarthur has quit IRC13:35
*** ociuhandu has quit IRC13:55
*** ociuhandu has joined #openstack-infra13:55
*** surpatil has joined #openstack-infra13:56
*** SurajPatil has quit IRC13:56
*** jroll has quit IRC13:57
*** SurajPatil has joined #openstack-infra13:58
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69686713:58
*** jroll has joined #openstack-infra13:59
*** surpatil has quit IRC14:01
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69686714:02
*** surpatil has joined #openstack-infra14:03
*** SurajPatil has quit IRC14:05
*** tkajinam has joined #openstack-infra14:06
*** Xuchu has joined #openstack-infra14:06
*** ociuhandu has quit IRC14:10
*** rlandy is now known as rlandy|mtg14:14
*** Xuchu has quit IRC14:16
*** ykarel is now known as ykarel|afk14:17
*** jamesmcarthur has joined #openstack-infra14:17
*** haleyb|away is now known as haleyb14:17
*** SurajPatil has joined #openstack-infra14:18
*** surpatil has quit IRC14:21
*** ociuhandu has joined #openstack-infra14:22
*** lbragstad_ is now known as lbragstad14:22
*** eharney has joined #openstack-infra14:23
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69686714:23
*** Goneri has joined #openstack-infra14:41
*** mriedem has joined #openstack-infra14:48
*** jamesmcarthur has quit IRC14:49
openstackgerritHervé Rousseau proposed openstack/diskimage-builder master: Break retry loop on success in dhcp-all-interfaces  https://review.opendev.org/69687314:51
*** tkajinam has quit IRC14:58
*** jamesmcarthur has joined #openstack-infra15:03
*** ociuhandu has quit IRC15:14
*** ociuhandu has joined #openstack-infra15:15
*** rlandy|mtg is now known as rlandy15:18
*** ociuhandu has quit IRC15:21
*** dpawlik has quit IRC15:22
*** SurajPatil has quit IRC15:24
*** ociuhandu has joined #openstack-infra15:32
openstackgerritMerged openstack/cookiecutter master: Remove py27 support for future projects  https://review.opendev.org/69431215:33
openstackgerritDavid Moreau Simard proposed zuul/zuul master: DNM: Test zuul-stream-functional with ara 1.3  https://review.opendev.org/69462215:35
*** ociuhandu has quit IRC15:38
*** ociuhandu has joined #openstack-infra15:39
openstackgerritMerged zuul/nodepool master: Delete images by id  https://review.opendev.org/69367215:41
*** eernst has joined #openstack-infra15:42
*** diablo_rojo has joined #openstack-infra15:43
*** diablo_rojo has quit IRC15:44
*** diablo_rojo has joined #openstack-infra15:44
*** ociuhandu has quit IRC15:44
*** ociuhandu has joined #openstack-infra15:48
*** Lucas_Gray has quit IRC15:48
*** dpawlik has joined #openstack-infra15:51
*** Lucas_Gray has joined #openstack-infra15:53
*** Lucas_Gray has quit IRC15:54
*** ykarel|afk is now known as ykarel|away15:54
*** eernst has quit IRC15:55
*** dpawlik has quit IRC15:56
*** eharney has quit IRC15:59
mriedemi posted this a few days ago https://review.opendev.org/#/c/696212/ and have rechecked it but never get any results from zuul - i can't figure out if there is a problem with the change?15:59
mriedemthere are changes in the series after that one that have results, so it's not like something to do with checking out the entire series to run tests16:00
*** ociuhandu has quit IRC16:01
fungii haven't looked yet, but could there be a circular dependency somewhere in there?16:01
mriedemdoesn't depends-on anything16:01
*** ykarel|away has quit IRC16:02
mriedemi do'nt see anything in the openstack-tox-docs job that would filter it out and not run any jobs on it16:02
Shrewsmriedem: you're changing a file in the doc directory. Most of the nova jobs in .zuul.yaml seem to include that in the irrelevant-files section, so they won't run with that change. What job are you expecting to run that didn't?16:05
*** armax has joined #openstack-infra16:05
ShrewsI don't see a nova job to test generating docs, which is surprising to me16:08
fungiusually there's a project-template which includes a tox docs job16:09
fricklerprobably unrelated to mriedem's issue, but there's also a bunch of execptions in the zuul log http://paste.openstack.org/show/786995/16:11
mriedemShrews: publish-openstack-docs-pti is the template nova uses which should run the openstack-tox-docs job16:12
*** ociuhandu has joined #openstack-infra16:15
*** chkumar|ruck is now known as raukadah16:17
fricklermriedem: https://review.opendev.org/656656 is below your patch in the stack and disabled most jobs16:18
*** ociuhandu has quit IRC16:19
*** Lucas_Gray has joined #openstack-infra16:20
*** jamesmcarthur has quit IRC16:24
*** jamesmcarthur has joined #openstack-infra16:26
mriedemoh gdi16:27
mriedemi knew it was going to be something dumb like that :/ sorry16:28
*** gyee has joined #openstack-infra16:29
*** ykarel|away has joined #openstack-infra16:35
*** lbragsta_ has joined #openstack-infra16:36
*** gyee has quit IRC16:36
*** rpittau is now known as rpittau|afk16:38
*** udesale has quit IRC16:41
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69691816:42
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69691816:43
openstackgerritBogdan Dobrelya (bogdando) proposed opendev/base-jobs master: DNM testing custom pypi mirrors (696337)  https://review.opendev.org/69692116:45
*** gyee has joined #openstack-infra16:51
*** hashar has quit IRC16:51
*** trident has quit IRC16:51
*** trident has joined #openstack-infra16:53
*** lucasagomes has quit IRC16:55
*** df_sbr has joined #openstack-infra16:56
*** eharney has joined #openstack-infra16:57
*** pgaxatte has quit IRC17:01
openstackgerritBogdan Dobrelya (bogdando) proposed zuul/zuul-jobs master: DNM testing custom pypi mirrors (696337) #2  https://review.opendev.org/69692917:01
*** Lucas_Gray has quit IRC17:09
*** Lucas_Gray has joined #openstack-infra17:13
*** sshnaidm is now known as sshnaidm|afk17:13
*** ijw has joined #openstack-infra17:15
*** KeithMnemonic has joined #openstack-infra17:18
*** iurygregory has quit IRC17:19
*** Lucas_Gray has quit IRC17:23
*** ykarel has joined #openstack-infra17:32
*** ykarel|away has quit IRC17:34
*** Goneri has quit IRC17:40
*** michael-beaver has joined #openstack-infra17:41
openstackgerritMerged zuul/zuul master: Ensure correct re-enqueue on changing gate queue  https://review.opendev.org/69657817:43
*** lbragsta_ has quit IRC17:44
donnydinfraroot FN is experiencing an outage of the mirror.17:44
jrosseri have seen a few of these with the fortnebula repo https://zuul.opendev.org/t/openstack/build/dfa6f3595b9f4e499db7093e24c0edca/log/job-output.txt#207517:44
donnydFix should be in17:50
donnydMy apologies17:50
fungithanks donnyd!17:51
fungino worries17:51
*** dpawlik has joined #openstack-infra17:52
*** Goneri has joined #openstack-infra17:54
*** dpawlik has quit IRC17:57
*** jpena is now known as jpena|off17:59
*** derekh has quit IRC18:00
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: openshift speculative containers  https://review.opendev.org/69693918:01
*** factor has quit IRC18:04
*** Darcidride has joined #openstack-infra18:07
*** Darcidride has quit IRC18:07
corvusdonnyd, infra-root: i just saw another fn error: https://zuul.opendev.org/t/zuul/build/8627bc1fa7a0410a82010482585210a218:12
corvusE: Failed to fetch http://mirror.regionone.fortnebula.opendev.org/ubuntu/dists/bionic/main/binary-amd64/Packages  403  Forbidden [IP: 2001:470:e045:2:f816:3eff:fee6:691d 80]18:12
fungithat's still giving me a 403 as well18:13
corvusand not answering ssh for me18:13
donnydBut the machine is alive?18:13
fungii wonder if that ip address got mapped to something else?18:13
fungii can ssh into it now18:14
openstackgerritJames E. Blair proposed openstack/project-config master: Disable fortnebula  https://review.opendev.org/69694118:14
fungi2001:470:e0d6:0:96de:80ff:feec:f9e7 - - [2019-12-02 18:15:33.431] "GET /ubuntu/dists/bionic/main/binary-amd64/Packages HTTP/1.1" 403 199 - "-" "Mozilla/5.0 (X11; Linux x86_64; rv:70.0) Gecko/20100101 Firefox/70.0"18:15
fungithe request is reaching it18:15
fungithat's weird18:16
corvusagreed18:16
corvusfungi: are you sshing via ipv4 or 6?18:16
fungiv618:16
corvusi'm on v4 and still failing18:17
fungilast change to that apache config was in september18:17
corvusfungi: afs isn't going to work well if ipv4 isn't working18:17
*** ijw has quit IRC18:17
corvusfungi: maybe see if you can browse the filesystem?18:17
fungiaha, yep18:17
corvuserrors there might show up as 403's18:17
fungils: cannot open directory '/afs/openstack.org/': Connection timed out18:18
fungithat's gotta be it18:18
corvus(if apache can't figure out if there's an .htaccess file, then it can't determine if the client is authorized)18:18
corvusdonnyd: ^ suspected ipv4 issue18:19
openstackgerritMerged openstack/project-config master: Disable fortnebula  https://review.opendev.org/69694118:20
fungii bypassed gating on ^18:21
*** ricolin has quit IRC18:22
*** spsurya has quit IRC18:25
donnydThanks fungi18:30
donnydI can take a deeper look today18:31
fungiappreciated, just let us know if you need any help!18:41
*** gfidente is now known as gfidente|adk18:45
*** gfidente|adk is now known as gfidente|afk18:45
*** igordc has joined #openstack-infra18:45
fungican i get a second reviewer on 682425 for system-config? retiring some long-abandoned mailing lists18:57
*** Tengu has quit IRC19:00
*** lpetrut has quit IRC19:00
*** Tengu has joined #openstack-infra19:01
*** dpawlik has joined #openstack-infra19:01
*** ijw has joined #openstack-infra19:05
*** dpawlik has quit IRC19:06
*** ykarel has quit IRC19:07
openstackgerritMerged opendev/system-config master: Retire the Women-of-OpenStack list  https://review.opendev.org/68241719:19
*** jamesmcarthur has quit IRC19:19
openstackgerritMerged opendev/system-config master: Retire elections-committee, openstack-content MLs  https://review.opendev.org/68242519:21
*** hashar has joined #openstack-infra19:27
*** dpawlik has joined #openstack-infra19:41
*** dpawlik has quit IRC19:46
*** tesseract has quit IRC19:49
*** thedac_ has joined #openstack-infra19:54
*** fdegir4 has joined #openstack-infra19:54
*** donnyd_ has joined #openstack-infra19:54
*** jrosser_ has joined #openstack-infra19:55
*** persia_ has joined #openstack-infra19:56
*** tinwood_ has joined #openstack-infra19:56
*** mugsie_ has joined #openstack-infra19:56
*** ijw_ has joined #openstack-infra19:57
*** StevenK_ has joined #openstack-infra19:57
*** ijw has quit IRC20:02
*** rosmaita has quit IRC20:02
*** ralonsoh has quit IRC20:02
*** lourot has quit IRC20:02
*** pcaruana has quit IRC20:02
*** rascasoft has quit IRC20:02
*** fdegir has quit IRC20:02
*** Roamer` has quit IRC20:02
*** gibi has quit IRC20:02
*** Jeffrey4l_ has quit IRC20:02
*** thedac has quit IRC20:02
*** tinwood has quit IRC20:02
*** persia has quit IRC20:02
*** mugsie has quit IRC20:02
*** StevenK has quit IRC20:02
*** jrosser has quit IRC20:02
*** donnyd has quit IRC20:02
*** fnordahl has quit IRC20:02
*** clarkb has quit IRC20:02
*** cmurphy has quit IRC20:02
*** thedac_ is now known as thedac20:02
*** donnyd_ is now known as donnyd20:02
*** jrosser_ is now known as jrosser20:02
*** Jeffrey4l has joined #openstack-infra20:02
*** clarkb has joined #openstack-infra20:03
*** cmurphy has joined #openstack-infra20:03
*** ralonsoh has joined #openstack-infra20:04
*** lourot has joined #openstack-infra20:05
*** pcaruana has joined #openstack-infra20:05
*** rosmaita has joined #openstack-infra20:06
*** gyee has quit IRC20:09
*** michael-beaver has quit IRC20:10
*** diablo_rojo has quit IRC20:14
*** ralonsoh has quit IRC20:20
donnydok its working here again20:22
fungichecking20:22
donnydso weird... did anyone restart anything on the mirror node???20:23
donnydThere was a power surge that blew up an ups on saturday but didn't effect any workloads until sunday... and things have been bonkers since20:23
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP: openshift speculative containers  https://review.opendev.org/69693920:24
*** auristor has quit IRC20:25
fungiafs is working there again20:25
fungicorvus: your ssh is back to normal?20:25
fungidonnyd: looks like the server was rebooted 2h36m ago at 17:49z20:26
donnydThat was me turning it back on20:26
fungii'm the only one who has logged in since and i have done no restarts20:26
fungii'll chec older lastlog20:27
fungidonnyd: no logins at all recorded in /var/log/wtmp.120:27
donnydok well maybe it just took a while to get going...20:29
corvusfungi: yep, i can ssh in now20:29
*** lucasagomes has joined #openstack-infra20:29
fungiso unless log rotation or unattended upgrades restarted something, i can't imagine what would have happened within the guest to alter things20:29
donnydI don't have any other answers because nothing was actually changed with the exception of turning the instance back on.20:29
*** lucasagomes has quit IRC20:30
donnydI know why it went down initially, it was from the power surge... but it took a very very long time to come back up20:30
*** lucas_ has joined #openstack-infra20:30
fungisomething something dhcp something?20:30
donnydLOL. so do we want to turn FN back on?20:31
*** lucas_ is now known as lucasagomes20:31
fungii'm happy to push up a revert, and if you can +1 it i'll feel better about +2ing it myself20:32
*** hashar has quit IRC20:33
openstackgerritJeremy Stanley proposed openstack/project-config master: Revert "Disable fortnebula"  https://review.opendev.org/69695920:34
fungidonnyd: corvus: ^20:34
openstackgerritColleen Murphy proposed opendev/glean master: Add support for SLES  https://review.opendev.org/69696020:34
* cmurphy wonders if people still review glean ^20:35
*** gyee has joined #openstack-infra20:36
*** auristor has joined #openstack-infra20:36
donnydfungi: just make sure you read my comments20:37
donnyddone20:37
fungicmurphy: i think they do, when they find out there's work being done on it20:38
fungithanks donnyd!20:38
fungibest review comment evar20:38
donnydcmurphy: there were plenty when we were working out the  ipv6 stuff20:39
donnydi figured someone would get a kick out of it20:39
fungicmurphy: do you think bindep needs a similar patch, or is it already working?20:40
cmurphyfungi: not sure, i'm not using bindep atm20:41
*** lucasagomes has quit IRC20:41
fungino worries, just didn't know if you had looked20:42
fungithanks for the glean fix!20:42
cmurphythanks for the review!20:42
*** lucasagomes has joined #openstack-infra20:44
*** lucasagomes has quit IRC20:50
ianwcorvus: so i can duplicate the nodepool functional test in system-config to use containers built in system-config.  but that doesn't automatically test changes from nodepool, openstacksdk & diskimage-builder20:52
openstackgerritMerged openstack/project-config master: Revert "Disable fortnebula"  https://review.opendev.org/69695920:52
ianwit doesn't seem zuul-ish to say "thanks for the change, can you just up a [dnm] change in system-config and depends-on this" so we can confirm it doesn't break container operation20:52
ianwwhich is why it seems to make more sense for a master job in zuul/nodepool to run the test; which requires using the system-config image build jobs in zuul/nodepool20:54
pabelangerianw: couldn't system-config be setup as 3pci job, then run builds and report back to gerrit change on zuul/zuul?20:55
corvusthe thing i'd like to avoid happening is repeating the situation where all testing of dib was in nodepool20:56
corvusdib and openstacksdk deserve to have robust standalone testing20:56
ianwi wish to use the same nodepool functional+containers job in all of them20:57
corvusi hope we're not worried about whether sdk works in a container or not, so just looking at dib, why not set up jobs on dib that run builds in containers?  that can be done without nodepool.20:57
ianwwell the thing i've found so useful is that we test what we run, not simulations of.  that's why i'd like to run the opendev containers as the test20:58
corvusi think it would be great for system-config to test what it runs, so it should totally run a real nodepool container image test.20:59
corvusbut i don't think that we need to entangle all of these projects to do it.  each project can test what it needs21:00
ianwtbh i feel like it's almost a regression not testing the master changes of nodepool, dib and openstacksdk against an opendev functional+containers job ... we have that basically now with the test pip installing, which is the same thing that happens in production21:04
corvusdib and sdk are installed from releases21:05
ianwbut each change has passed the nodepool functional tests before merge21:06
*** eharney has quit IRC21:06
corvusi feel like we're getting off the track here21:08
corvusi think it's important to maintain appropriate separation between the projects.21:10
corvushonestly, it's pretty hard to think about this since we're still waffling on whether nodepool should even be building images with dib21:11
*** mattw4 has joined #openstack-infra21:13
pabelangersorry, I think I missed some discussions. I am processing that as, there has been some talk to stop using dib altogether in nodepool-builder?21:14
corvusnope21:14
*** auristor has quit IRC21:14
pabelangerokay, cool21:14
corvuspabelanger: some of the words in that statement can be read 2 ways, let me clarify21:14
corvuspabelanger: i meant to say: whether the container images that the zuul project creates for nodepool and publishes on dockerhub as zuul/nodepool-builder should contain dib21:15
*** jtomasek has quit IRC21:15
pabelangerack21:16
corvus(having said that, the project has always been open to other implementations of image builders; it's in the original spec.  but no one has suggested that we stop having a dib-based builder)21:16
ShrewsWell, on a personal level, I too prefer to keep dependencies unentangled (assuming that's a word)21:17
ianwi feel they should *not* include dib.  it's not the idea of containers to bundle the kitchen sink, we should compose an opendev image21:17
ianwtristanC wrote a virt-customize wrapper that obeys dib command-lines, for example21:17
pabelangeryes, that is how I understood it too (other builders)21:17
corvusianw: as there is currently no other way to use 'nodepool-builder' i think it should include dib.21:17
*** diablo_rojo has joined #openstack-infra21:17
*** auristor has joined #openstack-infra21:18
corvusif/when there are other options, we should make more images21:18
pabelangerianw: I'm starting to POC a packer.io based builder for nodepool for reasons (not to distract on current topic)21:19
corvuspabelanger: feel free to upstream that -- i'd love to have a second option to make this less theoretical21:20
ianwhttps://softwarefactory-project.io/r/#/c/16896/ is what i'm thinking of21:21
tristanCcorvus: nodepool-builder can be used without dib, in fact we could document the dib-cmd (nodepool attribute) cli interface and let user use custom tool21:22
corvustristanC: i'm not sure that the dib cli is meant to be a stable api?  perhaps it would be better to make new upstream nodepool builder drivers to support other tools first class?21:23
tristanCcorvus: it hasn't changed in recent years, but yes, it would be even better to have stable cli arguments21:24
ianwdib-cmd was mostly about making the fake-dib used during testing less of an inbuilt hack.  but yes once you give people a hook, they're going to hook into it :)21:24
Shrewshmm, making that a proper interface might actually be fun21:25
tristanCShrews: corvus: i would vote for a image-builder-playbook attribute that nodepool-builder would execute with -e "image_output_path=Path image_type=raw|qcow|vhd"21:25
corvusyeah, all the way back in https://docs.opendev.org/opendev/infra-specs/latest/specs/nodepool-workers.html we said that we would support multiple builder processes (see "Optional: create nodepool-builder that implements nodepool on-image builds").  but that hasn't happened yet.  we still could do that.  also, we could abstract a driver interface so that the bulk of the existing builder process can21:27
corvusbe reused and extended easily.  that would probably be best for most of the things under discussion here, which are basically just "different external processes that emit an image file"21:27
pabelangertristanC: would be interested to see if you have looked at packer.io for ansible integration, that is currently something we are exploring over ansible nodepool-builder (but maybe that is better route)21:29
pabelangermore info in #zuul21:30
tristanCpabelanger: no we haven't looked at packer, we are pretty satisfied by virt-customize21:31
corvusanyway, it seems reasonable to me that zuul/nodepool-builder should include dib.  and as folks upstream other options (packer, virt-customize), we can build other images.21:31
corvusthe main thing is that i think it would be best if the images produced by nodepool were useful.21:32
pabelangertristanC: is there ansible integraiton in virt-customize? I didn't see that, but may have missed21:32
tristanCcorvus: i find this reasonable too21:32
tristanCpabelanger: i haven't look, we use ansible to fetch and maintain the cloud image cache, then we call virt-customize with the command module21:33
tristanCpabelanger: you can see the nodepool-builder log when using virt-customize here: https://softwarefactory-project.io/nodepool-log/cloud-centos-7-0000000803.log21:34
openstackgerritSlawek Kaplonski proposed openstack/project-config master: Add 'Review-Priority' for Neutron stadium repos  https://review.opendev.org/69662821:34
pabelangertristanC: ah, okay cool. Yah, was hoping to run playbooks against image, over CLI commands. But could be a first step21:35
*** dpawlik has joined #openstack-infra21:43
*** auristor has quit IRC21:46
*** dpawlik has quit IRC21:48
*** slaweq has quit IRC21:48
*** StevenK_ is now known as StevenK21:49
*** auristor has joined #openstack-infra21:53
*** fnordahl has joined #openstack-infra21:56
*** rcernin has joined #openstack-infra21:57
*** auristor has quit IRC21:57
*** mugsie_ is now known as mugsie21:59
*** rcernin has quit IRC21:59
*** auristor has joined #openstack-infra22:00
ianwcorvus: so you would like to see nodepool importing container build jobs from openstacksdk and then dib to build it's final nodepool-builder image?22:00
ianwcorvus: this is where we started.  the issue is that importing openstacksdk jobs into the zuul tenant absolutely explodes the dependency list, creating a ton of config errors22:01
corvusi would rather not share jobs22:01
corvusthe tenants are separate for a reason22:02
corvusand i'm sorry, i don't mean to be obtuse, i just don't see the big picture on this yet.  i don't know what we should do, but i think i know some things i don't think we should do.22:03
corvusianw: the last thing i remember on the subject was the suggestion that we just add dib to the nodepool-builder image22:05
corvuscould we start with that, then run that image in system-config and see what happens?22:06
ianwcorvus: so the method to do this, the way things are written, is to build zuul/nodepool-builder ontop of a openstack/diskimage-builder container22:07
corvusi thought i saw a change to just install dib in the nodepool-builder image22:07
corvuslike,  a change to nodepool's dockerfile22:07
*** factor has joined #openstack-infra22:08
corvusoh here's the one for vhd util https://review.opendev.org/69330622:09
corvusmaybe thet's what i'm thinking of22:09
ianwcorvus: what i would like, however, is for the test to be able to speculatively test dib changes22:10
*** pcaruana has quit IRC22:11
ianwto restrict this to just nodepool to simplify, the current functional test obeys Depends-On: for openstacksdk and dib22:12
*** eharney has joined #openstack-infra22:13
corvusianw: got it, that's a problem i can hold in my head.  the first practical issue is that speculative container dependencies won't work across tenants because zuul won't perform the lookup of previous builds across tenants.  so the only way for a job to test a container image with a change to both projects is to build that image from scratch within that job.22:14
*** dchen has quit IRC22:14
ianwcorvus: that is what i have implemented in https://review.opendev.org/#/c/693464/29/.zuul.yaml22:17
ianwit is clearer in -> https://review.opendev.org/#/c/694177/18/.zuul.yaml22:18
corvusthe second practical issue, is that, to my knowledge, there are no container build jobs that build more than just the project under test (ie, i don't think our python-builder image obeys siblings)22:19
ianwin 694177 the buildset registry starts, builds an openstacksdk image (openstacksdk-build-opendev-image) then a dib image that depends on that (dib-build-opendev-image) and then nodepool-builder images that depend on that22:20
corvusso why not put all of that in the dib repo?22:22
*** dpawlik has joined #openstack-infra22:22
ianwcorvus: python-builder does not, and really can-not; because docker runs from a context.  so you can not do "pip install /home/zuul/<project>/" to install a speculative checkout; docker has no access to /home22:22
ianwcorvus: when you say all of that, what do you mean?22:23
corvusianw: yep.  we could, if we wanted, standardize on a way of supporting that with siblings.  probably by doing something similar to what you've done.22:23
corvusianw: those jobs22:23
corvusianw: apply https://review.opendev.org/693464 to the dib repo instead22:23
corvusor, something similar (without the reliance on system-config)22:24
ianwi'm not sure that would help?  even for just our simplified "we want a container test job for nodepool that obeys Depends-On: for diskimage-builder and openstacksdk" unless that job builds the containers, it won't obey speculative builds?22:26
*** dpawlik has quit IRC22:26
ianwthis is what led me to 696000.  in there, we keep the dockerfiles for each project, and copy it into the zuul checkout (e.g. https://review.opendev.org/#/c/696000/18/playbooks/zuul/docker/diskimage-builder.yaml)22:28
*** auristor has quit IRC22:28
ianwwe then use zuul_work_dir to make sure we're in the directory for that project22:28
corvuslet's assume that nodepool does not depend on a diskimage-builder container image.  in that case, you can make a job that runs in the dib project that builds a nodepool container image.  after solving the sibling problem, you should be set.22:29
corvusif you solve the sibling problem by implementing it as a role in zuul-jobs, you can use the same role in jobs for any of the involved projects.22:30
corvusthen we don't really need to share jobs, because the jobs aren't special.  the only special thing is the role that builds a container image with siblings, and that's available to any job.22:32
ianwthe sibling problem does not so much seem to be a role problem as a python-builder problem22:33
corvusmaybe both?22:33
ianwyou're essentially saying python-builder should be installing multiple projects at a time22:33
corvusi'm handwaving.  i'm saying that no matter what approach we use, the sibling problem needs to be solved.22:34
ianwmy understanding was that the best way to solve that problem was to build projects into their own containers and then build them ontop of each other22:35
corvusi don't think that image dependencies are a solution to this -- they are one-dimensional.22:35
corvusso that only works for the first thing you want to install like this.  not the second.22:35
ianwi do agree, it's basically multiple inheritance that Dockerfiles don't do22:36
corvusbut if we say that the nodepool dockerfile is going to install dib (and whatever else we want), then both nodepool and dib projects can build that image.22:37
corvusalso, you save 30 minutes in build time :)22:37
corvusthese chains of images can get tediously slow22:38
corvusianw: i prefer the docker-image-with-siblings approach, mostly because, aside from everything else, i don't think that the nodepool container image should depend on a dib container image.  but, for exploration purposes, i had a thought about your stacked image approach i'd like to share:22:42
corvusianw: if you were to do something like 693464, you might consider rather than chaining 3 jobs together, you could write one job which ran the standard image build roles 3 times.  that would speed things up, and possibly reduce the need/desire to share jobs between tenants.22:44
corvus(they would still use the buildset registry as appropriate)22:44
*** rh-jelabarre has quit IRC22:44
ianwcorvus: on the siblings approach, basically you are saying install nodepool+dib+openstacksdk together from the zuul checkouts in the one container22:47
corvusianw: yep22:47
ianwone issue see with that is that the Dockerfile is going to depend on external state of the other repositories being available22:48
ianwit will basically only run under zuul22:48
corvusi think it would somehow need to be optional22:48
corvusand yeah, it's not the first dockerfile-related disappointment we've encountered22:49
ianwin that case, i'd imagine you would keep it as a separate dockerfile (Dockerfile.zuul, say)22:49
corvusand just to level-set: i'm not sure this is a good idea, but it is an idea.  :)22:49
corvusi'm thinking maybe there's something the assemble script in python-base could do to handle this22:50
corvusso you could still have one dockerfile22:50
mordredyeah - what if we made a Dockerfile.zuul like ianw suggests - but also have a normal Dockerfile that installs depends not from source22:51
corvuser python-builder22:51
corvuswhy couldn't they be the same?22:51
ianwcorvus: right, that's what i'm thinking on too.  the problem is the build context; the Dockerfile (and, ergo, assemble script) has to have access to all the source repositories22:52
mordredwell - dockerfiles dont' really do conditionals particularly well - especially since one of the steps is going to nede to be a COPY22:52
mordredyeah22:52
corvusthat's where the role comes in22:52
ianwbut we are back to having a Dockerfile that, essentially, only runes under zuul (via role magic)22:53
mordredbut if the role does that - then the dockefile only works if you're using it via the zuul role, becuase you need extra external context - and in that case it would likely be nicer to just to scrap the dockerfile and write a script that used buildah commands or something22:53
corvusif you run docker build in a checkout, you get an image built in the normal way.  if you use a zuul role to build a siblings-image, it moves repos around so the context includes all the repos, and the assemble script knows what to do with it.22:53
mordredah - I think I get what you're getting at here22:53
mordredbasically - put the siblings into a subdir of the normal context22:54
mordredso when "copy ." happens - it includes all of the siblines22:54
mordredand then assemble detects it got a complex context not a simple one22:54
mordredyeah?22:54
corvusyep.  that's the vague hand-wavey idea.22:54
mordredthat makes enough sense to me that I *think* I could write a wip python-builder patch22:55
corvusianw: you did a similar experiment, right?22:55
ianwso maybe assemble sees a ".zuul-siblings" directory, that contains hard-links to the siblings projects22:56
corvusianw: sounds plausible22:56
ianw(i do not think docker will follow symlinks outside its context)22:56
mordredyeah - it might have to be a copy even22:56
mordredbut yeah- .zuul-siblings dir sounds right no22:56
mordredon22:56
ianwand then loops over directories in there, building wheels and installing22:56
mordredyup. and getting the sum of the bindeps22:57
mordredso that install-from-bindep works22:57
*** rcernin has joined #openstack-infra22:57
ianwhrm, does cat-ing bindep files together work?22:57
mordreddunno - but catting the output of bindep -b should be fine to do22:57
tristanCfwiw, you can also "podman build -v ~/src:/src" to have all the zuul projects available for RUN command without using copy22:58
mordred(because the builder image runs bindep and saves the output)22:58
mordredtristanC: oh - podman build supports volumes? that's so nice22:58
mordredplain docker doesn't - but I'd personally be fine saying "these dockerfiles only build under podman because it's better" - but we can discuss that as an optimization - for now copy is working ok22:59
tristanCmordred: oh yes, and you can do -v /var/cache/dnf:/var/cache/dnf:O that will create an overlay and discard any modification at the end of the build23:00
mordredcorvus: ^^ that seems like functionality we should expose in build-podman-image23:00
corvus++23:00
mordredseparate from whether we decide to use it for our images23:01
corvusi am in favor of build-podman-image getting better than build-docker-image.  lack-of-feature compatibility is not a goal :)23:01
mordred++23:01
mordredit sounds like suggesting people just use podman build regardless of whether they want to use podman for running is so much yes23:02
ianwmordred: it seems like we should explicitly tell the building role what sibling projects to map in, rather than just assuming everything in required-projects: is also to be installed as a sibling.  there might be ones you don't want installed in the container23:03
corvus(this is getting into #zuul territory, but anyway) i'm personally okay with making that a requirement (eventually).  i think we learned from the pbrx experiment that having a non-standard way to build images is not helpful (which is why i'd like our dockerfile to continue to work in a non-zuul context).  but i think growing into buildah extra features is reasonable.23:03
mordred++23:04
mordredianw: yeah - I think in this context that makes good sense23:04
ianwso, as step 0) make docker_images: have a "siblings:" entry, that lists projects that will be copied into (say) .zuul-siblings?  let me pastebin out a sample config maybe23:07
corvusyeah, and the podman role can maybe do the same without the copy23:08
*** tkajinam has joined #openstack-infra23:09
mordredianw: ++23:10
mordredianw: then the next step is to make assemble look in .zuul-siblings for things to iterate over23:11
*** Adri2000 has quit IRC23:12
ianwmordred: for dib, say, the trick to building the image for functional testing will be to use the nodepool dockerfile i guess ... http://paste.openstack.org/show/787009/23:15
ianwwell, in fact it will want to use the zuu/nodepool image build job.  that should be ok23:16
mordredianw: yes, I think that's right. I think we'll want to make a job where nodeopool is zuul_work_dir and the others are siblings23:16
mordredyeah23:16
ianwso dib (and openstacksdk) can 1) start buildset repo 2) build containers using zuul/nodepool jobs 3) run zuul/nodepool functional+containers test23:18
*** gfidente|afk has quit IRC23:24
*** pkopec has quit IRC23:27
*** dchen has joined #openstack-infra23:28
*** diablo_rojo has quit IRC23:40
*** tosky has quit IRC23:41
*** diablo_rojo has joined #openstack-infra23:42
*** diablo_rojo has quit IRC23:47
fungiianw: mordred: yes, bindep is designed with the idea that you should be able to just merge the contents of a bunch of package lists and it should properly dedupe and reconcile the results. if it doesn't, that would be considered a bug23:47
fungibasically you shouldn't have to run bindep more than once23:48
mordredcool23:48
funginow, if you mix in version constraints for packages (i still think they're a terrible idea but they were a half-implemented bit of the original design) then all bets are off23:49
funginot sure what will happen if you declare that you need conflicting versions of something23:49
ianwmordred/corvus: i still think we need https://review.opendev.org/#/c/696859/1/zuul/main.yaml to make sure the openstacksdk/dib sources are available to zuul/nodepool23:50
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [wip] copy listed siblings to docker build  https://review.opendev.org/69698723:53
*** mriedem has quit IRC23:54

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