Tuesday, 2019-02-26

ianwfungi: yeah, i saw that ... i don't know if debootstrap speed has been a limiting factor :)  the cross-arch stuff was interesting00:00
clarkbfwiw the biggest technical hurdles to use the vanilla images are going to be rax networking and dealing with git repos00:01
fungii rather like the fakechroot support, and ability to build on mounts with the nodev option00:01
ianwi think that has been shoehorned into dib in some way, i think dan radez managed a cross-build00:01
ianwfungi: but for our following steps, running all our scripts in the chroot, we're still going to have to mount in /dev /proc etc?00:02
clarkbWe could go back to non minimal builds and layer git repos on top of the upstream vanilla images if they supported rax networking00:02
*** diablo_rojo has joined #openstack-infra00:02
ianwfungi: that's one big area of unreliability in the failure case; leaving all those mounts behind on unexpected exit.  we do have exit traps but can get confused at points00:02
fungiianw: yeah, that's also where the cross-arch builds are less useful for us unless we add an emulation/virt layer00:03
fungi(at some point we need to run processes within the scope of that built filesystem before we image it)00:03
ianweven binary translation it might still run faster than gentoo native rebuilding everything ;)00:04
clarkbif I ever find time it was the yocto project (I think) that had a builder that didn't even need root because it used mkfs.ext4 and .btrfs etc support to write a chroot subtree straight into the fs00:04
fungiif _everything_ you need to put on the image is represented by debian packages, then mmdebstrap has some obvious wins00:04
clarkbthis doesn't work with xfs though00:04
clarkb(which is another problem with the upstream images, we're stuck with their partitioning and fs choices)00:04
clarkbI'm not sure there are arm64 images we can use out of the box?00:06
ianwubuntu does publish them00:06
clarkbin any case the rax networking "problem" is problem the first thing to figure out if this is somethign we want ot seriously consider00:07
fungion an unrelated note, have others been following the [placement] zuul job dependencies thread on openstack-discuss? http://lists.openstack.org/pipermail/openstack-discuss/2019-February/003142.html00:08
fungiit's starting to veer into the "let's optimize job configuration for the benefit of everyone" danger zones00:09
fungior at least it's no longer clear to me whether they're just debating the merits of doing this for the placement team's jobs00:10
openstackgerritJohn Studarus proposed openstack-infra/irc-meetings master: Feb 2019 election updates  https://review.openstack.org/63922300:11
openstackgerritJohn Studarus proposed openstack-infra/irc-meetings master: new meeting time per vote today  https://review.openstack.org/63922400:12
fungioh, and zaneb had an interesting suggestion on a project-team-guide change of mine... is there any reason we never added workflow -2 as a sticky gate-blocking vote for core reviewers to use in place of a procedural code-review -2"?00:12
clarkbfungi: I glanced at it and honestly am getting a bit tired about the "node cost" argument for the ~.05% case00:12
clarkbI've explained multiple times with hard data where our resource consumption use actually is00:12
clarkband very few people seem actually willing to optomize those resource hogs00:12
fungiclarkb: yes, but people want to believe there's some easy solution which avoids them needing to tackle those actual problems00:12
fungior that's been my takeaway00:13
fungii have refrained from chiming in on that thread for similar reasons of exhaustion00:13
clarkbre the gerrit thing, only the lowest vote could historically be blocking. Unsure if that has hcanged00:13
clarkbso your -1 workflow would no longer block00:13
fungiahh, right00:13
fungii forgot about that00:13
clarkbthere may be a new function you can aplpy to the category that says an negative is a block00:14
*** wolverineav has quit IRC00:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: add log_stream_port and log_stream_file settings  https://review.openstack.org/53553800:15
clarkbhttp://paste.openstack.org/show/746083/ just ran that cpu resource utilization data collection if anyone does want to tackle it00:16
*** eandersson has quit IRC00:16
*** eandersson_ has joined #openstack-infra00:17
fungiclarkb: https://review.openstack.org/Documentation/config-labels.html doesn't seem to indicate any option for that in our deployment at any rate00:20
cgoncalvesianw, I'm installing pip_and_virtualenv from package (https://review.openstack.org/#/c/638581/2/diskimage-create/diskimage-create.sh@341) so yeah, I think that would work00:20
clarkbfungi: ya I don't see one either. So that is probably why. We want the WIP vote to block00:20
*** wolverineav has joined #openstack-infra00:21
clarkbfungi: WIP -1 could be used as a procedural blocker too?00:21
clarkbfungi: we could also set it to copy min score00:21
clarkbso you'd have to explicitly unwip it if that is what the procedural votes nee00:21
openstackgerritMerged openstack-infra/system-config master: Set health service's vhost hostname explicitly  https://review.openstack.org/63921700:21
openstackgerritClark Boylan proposed openstack-infra/system-config master: Add new health01 server to our inventory  https://review.openstack.org/63922900:23
fungiyeah, problem is if we want one score which can carry over and have wip be reset on a new patchset, then we either need yet another label for it or maybe something something prolog rules something00:23
clarkbianw fungi ^ you reviewed the first change this is the follow up I promised to actually puppet a new server00:23
*** tosky has quit IRC00:23
clarkbfungi: ya or just get people to manually unset WIP00:23
fungisure00:24
clarkbalso a really easy resource saver if we want it is to delete the py35 jobs00:25
clarkbbut that doesn't even show up in the top 20 jobs list so is less than 1.19% of total usage00:26
fungiheh00:26
* clarkb runs numbers to see if it is top 10000:27
clarkbopenstack-tox-py35: 10149578.19s, 0.87%00:27
clarkbit is 26th00:28
clarkb100th is 0.12%00:28
clarkband 25th is the 1% threshold00:28
fungiwow, that's a great retort to the folks worried about removing py35 jobs before we add py3700:28
clarkbfungi: I already made that back in december fwiw00:29
*** hwoarang has quit IRC00:29
clarkbwhen I told coreycb I was fine with adding py37 jobs because we don't run all that many py3x jobs anyway00:29
fungithe other argument of course has less to do with node utilization and more to do with job instability leading to more rechecks the more jobs a project runs00:29
fungibut again, that's mostly the realm of integration jobs00:30
clarkbya there are other things to considerfor sure. And our python3 jobs do seemto be less stable than python200:30
mordredclarkb, fungi: new gerrit has a WIP plugin finally I think00:30
fungimordred: oh, right!00:30
fungiShrews has been vindicated, after all these long years00:30
mordredso maybe that would be the answer - and then workflow -1 can be a core-only procedural blocker00:30
fungidoes the wip plugin also block merging? i guess it probably does00:31
mordredI'd hope so00:31
*** markvoelker has joined #openstack-infra00:31
*** hwoarang has joined #openstack-infra00:32
clarkbfungi ianw thanks for the reviews. I'll probably approve it tomorrow morning so that I can watch the puppetry00:34
ianw++00:35
clarkbok I responded to the thread with a link to both elastic-recheck (figure out what fails) and the zuul resource usage paste (total aggregate utilization)00:43
fungithanks!00:44
clarkbreally quickly before I got make food for the kids. I've noticed that I've had to run unattended upgrades by hand post launch.py to install a bunch of things (and then reboot)00:45
clarkbI think this is something we must've lost with the changes to the launch script. Would anyone be opposed to me updating the launch script to run unattended upgrades as part of the bootstrapping as well as a reboot?00:46
*** ijw has quit IRC00:46
clarkbput another way is there a reason we wouldn't want to automate that?00:47
*** ijw has joined #openstack-infra00:48
clarkbalso unrelated to that what do we think about alphebatizing zone files? or maybe sorting by record type?00:48
clarkbwe'll still git conflict on the serial, but not needing to also fix conflicts in the zone "body" would be nice00:48
*** ijw has quit IRC00:50
*** ijw has joined #openstack-infra00:50
*** gregoryo has joined #openstack-infra00:54
openstackgerritMerged openstack-infra/irc-meetings master: Update UC Meeting time.  https://review.openstack.org/63917600:58
ianwclarkb: hrm, i guess that's just the equivalent of an "apt-get upgrade" at launch, right?  that seems like something that should be done01:03
*** markvoelker has quit IRC01:04
*** ijw has quit IRC01:04
*** Swami has quit IRC01:04
*** ijw has joined #openstack-infra01:07
clarkbya with our rules for unattendedness included01:09
*** ijw has quit IRC01:10
*** ijw has joined #openstack-infra01:11
openstackgerritMerged openstack-infra/zuul master: scheduler: add job's variants to the rpc job_list method  https://review.openstack.org/57347301:11
*** wolverineav has quit IRC01:18
*** eharney has quit IRC01:19
*** jaosorior has quit IRC01:20
*** hwoarang has quit IRC01:20
*** jamesmcarthur has joined #openstack-infra01:23
*** hwoarang has joined #openstack-infra01:24
*** ijw has quit IRC01:24
*** wolverineav has joined #openstack-infra01:24
*** yamamoto has joined #openstack-infra01:24
*** ijw has joined #openstack-infra01:25
*** yamamoto has quit IRC01:29
*** jaosorior has joined #openstack-infra01:32
*** mriedem is now known as mriedem_afk01:39
*** ijw has quit IRC01:39
*** jamesmcarthur has quit IRC01:49
*** hwoarang has quit IRC01:49
*** hwoarang has joined #openstack-infra01:51
*** hongbin has joined #openstack-infra01:55
*** ijw has joined #openstack-infra01:56
*** whoami-rajat has joined #openstack-infra02:01
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: add zuul_release_nodeset Ansible action  https://review.openstack.org/63900202:05
*** wolverineav has quit IRC02:05
tonybIs there somethign I'm missing on https://review.openstack.org/#/c/633049/ can it be +W'd ?02:08
*** wolverineav has joined #openstack-infra02:08
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] rhel8 beta support  https://review.openstack.org/62313702:11
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] shortcut pip-and-virtualenv for later redhat distros  https://review.openstack.org/63922002:11
*** ijw has quit IRC02:16
*** calbers has quit IRC02:17
*** ijw has joined #openstack-infra02:17
*** ijw has quit IRC02:18
*** ijw has joined #openstack-infra02:19
*** jklare has quit IRC02:22
*** mriedem_afk has quit IRC02:24
*** jamesmcarthur has joined #openstack-infra02:25
*** wolverineav has quit IRC02:26
*** wolverineav has joined #openstack-infra02:27
*** mriedem has joined #openstack-infra02:29
*** wolverineav has quit IRC02:32
ianwtonyb: i think it looks ok ... always scary merging :)  personally i'd love a comment on what magic strings are matching in increasingly complex operations like that02:32
*** ijw has quit IRC02:35
tonybianw: Okay I'll try to get elod (ping) to add an inline comment to clear this out02:36
tonybianw: Thanks02:36
ianwtonyb: oh, i'm not saying no based on that, just my preference :)02:38
tonybianw: okay02:40
*** ijw has joined #openstack-infra02:40
ianwok, i feel like i did due diligence :)  i'm around should the worst happen and need a revert02:40
tonybianw: \o/ Thanks02:41
openstackgerritMerged openstack-infra/zuul-jobs master: Fix Editable Git install package name parsing  https://review.openstack.org/63304902:49
*** jklare has joined #openstack-infra02:50
ianwcgoncalves: oh cool, so without too much fuss looks like we've got good nodepool testing on the rhel8 image too -> http://logs.openstack.org/13/639013/3/check/nodepool-functional-py35-redhat-src/fd7aa34/02:55
*** psachin has joined #openstack-infra02:55
*** yamamoto has joined #openstack-infra03:00
*** markvoelker has joined #openstack-infra03:01
*** wolverineav has joined #openstack-infra03:02
*** ijw has quit IRC03:03
*** ijw has joined #openstack-infra03:06
*** wolverineav has quit IRC03:07
*** ijw has quit IRC03:11
*** mriedem has quit IRC03:12
*** roman_g has quit IRC03:19
*** ykarel has joined #openstack-infra03:19
*** jamesmcarthur has quit IRC03:25
*** jamesmcarthur has joined #openstack-infra03:28
*** rlandy has quit IRC03:28
*** hongbin has quit IRC03:33
*** markvoelker has quit IRC03:35
*** ramishra has joined #openstack-infra03:36
*** jamesmcarthur has quit IRC03:36
*** jamesmcarthur has joined #openstack-infra03:40
*** raukadah is now known as chandankumar03:41
*** ijw has joined #openstack-infra03:43
*** hwoarang has quit IRC03:44
*** jamesmcarthur has quit IRC03:45
*** bhavikdbavishi has joined #openstack-infra03:46
*** hwoarang has joined #openstack-infra03:46
*** sdake has joined #openstack-infra03:49
*** sdake has quit IRC03:49
*** ijw_ has joined #openstack-infra03:54
*** udesale has joined #openstack-infra03:54
*** ijw has quit IRC03:56
*** yamamoto has quit IRC03:57
*** yamamoto has joined #openstack-infra03:58
*** gyee has quit IRC03:58
*** yamamoto has quit IRC04:00
*** sdake has joined #openstack-infra04:06
*** jamesmcarthur has joined #openstack-infra04:07
*** sdake has quit IRC04:10
*** sdake has joined #openstack-infra04:12
*** sdake has quit IRC04:13
*** sdake has joined #openstack-infra04:15
*** jamesmcarthur has quit IRC04:23
*** sdake has quit IRC04:23
*** hwoarang has quit IRC04:23
*** yamamoto has joined #openstack-infra04:25
*** hwoarang has joined #openstack-infra04:25
*** yamamoto has quit IRC04:26
*** yamamoto has joined #openstack-infra04:30
*** markvoelker has joined #openstack-infra04:32
*** wolverineav has joined #openstack-infra04:33
*** dave-mccowan has quit IRC04:44
*** markvoelker has quit IRC05:05
*** wolverineav has quit IRC05:09
*** wolverineav has joined #openstack-infra05:11
*** janki has joined #openstack-infra05:26
*** ramishra has quit IRC05:32
*** bhavikdbavishi has quit IRC05:35
*** ramishra has joined #openstack-infra05:38
*** ijw_ has quit IRC05:57
*** wolverineav has quit IRC06:01
*** wolverineav has joined #openstack-infra06:02
*** markvoelker has joined #openstack-infra06:03
*** wolverineav has quit IRC06:07
*** wolverineav has joined #openstack-infra06:14
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add API endpoint to get frozen jobs  https://review.openstack.org/60707706:33
*** markvoelker has quit IRC06:35
*** jchhatbar has joined #openstack-infra06:43
*** janki has quit IRC06:45
*** wolverineav has quit IRC07:06
*** wolverineav has joined #openstack-infra07:06
*** wolverineav has quit IRC07:13
*** pgaxatte has joined #openstack-infra07:21
*** kopecmartin|off is now known as kopecmartin07:23
*** jtomasek has joined #openstack-infra07:25
*** dpawlik has joined #openstack-infra07:30
*** ramishra has quit IRC07:31
*** ramishra has joined #openstack-infra07:32
*** aojea has joined #openstack-infra07:35
*** logan- has quit IRC07:35
*** logan- has joined #openstack-infra07:37
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add API endpoint to get frozen jobs  https://review.openstack.org/60707707:44
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707807:44
*** wolverineav has joined #openstack-infra07:47
*** wolverineav has quit IRC07:52
*** ykarel is now known as ykarel|lunch07:56
*** rcernin has quit IRC07:56
*** kjackal has joined #openstack-infra08:01
*** ginopc has joined #openstack-infra08:01
*** ccamacho has joined #openstack-infra08:02
*** quiquell is now known as quiquell|brb08:03
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Add depends-on support to frozen jobs API  https://review.openstack.org/63902208:06
*** rascasoft has joined #openstack-infra08:08
*** tkajinam has quit IRC08:16
*** shardy has joined #openstack-infra08:16
*** bhavikdbavishi has joined #openstack-infra08:17
*** helenafm has joined #openstack-infra08:20
*** quiquell|brb is now known as quiquell08:23
*** wolverineav has joined #openstack-infra08:29
*** markvoelker has joined #openstack-infra08:32
*** roman_g has joined #openstack-infra08:32
*** wolverineav has quit IRC08:33
*** pcaruana has joined #openstack-infra08:35
*** electrofelix has joined #openstack-infra08:37
*** tosky has joined #openstack-infra08:39
*** lathiat_ is now known as lathiat08:39
*** jpena|off is now known as jpena08:42
*** wolverineav has joined #openstack-infra08:44
*** dtantsur|afk is now known as dtantsur08:46
*** wolverineav has quit IRC08:49
*** jpich has joined #openstack-infra08:53
*** bhavikdbavishi has quit IRC08:54
*** shardy has quit IRC08:54
*** ccamacho has quit IRC08:58
*** priteau has joined #openstack-infra08:59
*** markvoelker has quit IRC09:06
*** ykarel|lunch is now known as ykarel09:10
*** jchhatbar has quit IRC09:16
*** jchhatbar has joined #openstack-infra09:16
*** gregoryo has quit IRC09:17
*** jchhatbar has quit IRC09:22
*** jchhatbar has joined #openstack-infra09:23
*** dklyle has quit IRC09:25
*** e0ne has joined #openstack-infra09:25
*** calbers has joined #openstack-infra09:26
*** benj_- has joined #openstack-infra09:26
*** dklyle has joined #openstack-infra09:27
*** elod_ has joined #openstack-infra09:29
*** auristor has quit IRC09:30
*** FlorianFa has quit IRC09:30
*** elod has quit IRC09:30
*** benj_ has quit IRC09:30
*** tbarron has quit IRC09:30
*** elod_ is now known as elod09:30
*** otherwiseguy has quit IRC09:32
*** otherwiseguy has joined #openstack-infra09:32
*** ekultails has quit IRC09:35
*** jamesdenton has quit IRC09:35
*** ekultails has joined #openstack-infra09:35
*** FlorianFa has joined #openstack-infra09:35
*** jamesdenton has joined #openstack-infra09:36
*** lucasagomes has joined #openstack-infra09:37
*** ccamacho has joined #openstack-infra09:39
*** wolverineav has joined #openstack-infra09:41
*** yboaron_ has joined #openstack-infra09:45
*** roman_g has quit IRC09:45
*** derekh has joined #openstack-infra09:46
*** yboaron_ has quit IRC09:53
*** yboaron_ has joined #openstack-infra09:53
*** yamamoto has quit IRC09:53
*** priteau has quit IRC09:57
*** priteau has joined #openstack-infra09:58
openstackgerritColleen Murphy proposed openstack-infra/system-config master: Turn on the future parser for ask.o.o  https://review.openstack.org/58520610:02
*** markvoelker has joined #openstack-infra10:03
*** bhavikdbavishi has joined #openstack-infra10:04
*** dpawlik has quit IRC10:05
*** priteau has quit IRC10:06
*** yamamoto has joined #openstack-infra10:10
*** ricolin has joined #openstack-infra10:10
mordredianw: how are we managing to test a rhel image? I guess we don't actually need to apply a license to it for what we're doing?10:11
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: Separate out executor server from runner  https://review.openstack.org/60707910:14
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: zuul-runner: implement prep-workspace  https://review.openstack.org/60708210:14
*** wolverineav has quit IRC10:14
mordredianw: also - I posted 2 small nits on your dib patch. cool work there!10:15
*** yamamoto has quit IRC10:21
*** yamamoto has joined #openstack-infra10:26
*** markvoelker has quit IRC10:36
*** luizbag has joined #openstack-infra10:52
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707810:54
*** bhavikdbavishi has quit IRC10:56
*** bhavikdbavishi has joined #openstack-infra10:56
*** gfidente has joined #openstack-infra11:02
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707811:08
*** bhavikdbavishi1 has joined #openstack-infra11:12
*** bhavikdbavishi has quit IRC11:16
*** bhavikdbavishi1 is now known as bhavikdbavishi11:16
*** udesale has quit IRC11:29
*** Adri2000 has quit IRC11:33
*** Adri2000 has joined #openstack-infra11:34
openstackgerritJoshua Hesketh proposed openstack-infra/zuul master: Get executor job params  https://review.openstack.org/60707811:35
*** dpawlik has joined #openstack-infra11:37
*** kjackal has quit IRC11:39
*** psachin has quit IRC11:40
*** wolverineav has joined #openstack-infra11:41
*** jamesmcarthur has joined #openstack-infra11:44
*** wolverineav has quit IRC11:46
*** bhavikdbavishi has quit IRC11:46
*** ccamacho has quit IRC11:50
*** jpena is now known as jpena|lunch11:57
fungimaintenance to move the backend databases openstackid.org uses to vexxhost is underway12:02
fungishould be effectively hitless12:02
*** quiquell is now known as quiquell|lunch12:04
JpMaxManfungi: +1 :)12:05
openstackgerritMerged openstack-infra/system-config master: Updated openstackid prod node  https://review.openstack.org/63919012:06
fungithat's ^ the configuration management adjustment12:06
fungii have the associated hiera edits ready to hit save and can kick a configuration management pulse for the openstackid server as soon as the db is live at the remote end12:07
openstackgerritSlawek Kaplonski proposed openstack-infra/project-config master: Move openstack-tox-lower-constraints to UT jobs graph  https://review.openstack.org/63932112:07
*** yamamoto has quit IRC12:10
*** rfolco|rover has quit IRC12:11
*** rfolco|rover has joined #openstack-infra12:11
*** ccamacho has joined #openstack-infra12:12
*** janki has joined #openstack-infra12:14
*** jchhatbar has quit IRC12:15
*** quiquell|lunch is now known as quiquell12:15
*** yamamoto has joined #openstack-infra12:15
*** roman_g has joined #openstack-infra12:23
fungiusing kick.sh to apply config changes to openstackid01 now12:23
*** janki has quit IRC12:24
*** janki has joined #openstack-infra12:24
*** aojeagarcia has joined #openstack-infra12:25
*** rf0lc0 has joined #openstack-infra12:26
*** shachar has joined #openstack-infra12:26
*** rkukura_ has joined #openstack-infra12:26
*** manfred has joined #openstack-infra12:27
*** logan_ has joined #openstack-infra12:27
*** logan_ is now known as Guest1164712:28
*** dmellado_ has joined #openstack-infra12:28
*** kjackal has joined #openstack-infra12:29
*** janki has quit IRC12:29
*** beekneemech has joined #openstack-infra12:29
*** pgaxatte1 has joined #openstack-infra12:30
*** Shrews_ has joined #openstack-infra12:30
*** diablo_rojo_ has joined #openstack-infra12:30
*** bgmccollum has quit IRC12:30
*** armax has quit IRC12:30
*** gouthamr has quit IRC12:30
*** electrofelix has quit IRC12:30
*** kaiokmo has quit IRC12:30
*** dayou has quit IRC12:30
*** jento has quit IRC12:30
*** kaisers has quit IRC12:30
*** cgoncalves has quit IRC12:30
*** dpawlik has quit IRC12:30
*** yboaron_ has quit IRC12:30
*** owalsh has quit IRC12:30
*** Shrews has quit IRC12:30
*** jlvillal has quit IRC12:30
*** gtmanfred has quit IRC12:30
*** manfred is now known as gtmanfred12:30
*** pgaxatte has quit IRC12:30
*** dosaboy has quit IRC12:30
*** dmellado has quit IRC12:30
*** zzzeek has quit IRC12:30
*** rfolco|rover has quit IRC12:30
*** gfidente has quit IRC12:30
*** logan- has quit IRC12:30
*** aojea has quit IRC12:30
*** ramishra has quit IRC12:30
*** diablo_rojo has quit IRC12:30
*** rkukura has quit IRC12:30
*** bnemec has quit IRC12:30
*** snapiri has quit IRC12:30
*** pcrews has quit IRC12:30
*** openstackgerrit has quit IRC12:30
*** rkukura_ is now known as rkukura12:30
*** dmellado_ is now known as dmellado12:30
*** yboaron_ has joined #openstack-infra12:30
*** owalsh_ has joined #openstack-infra12:31
*** gfidente has joined #openstack-infra12:31
*** dpawlik has joined #openstack-infra12:31
*** zzzeek has joined #openstack-infra12:31
*** Guest11647 is now known as logan-12:31
*** jlvillal has joined #openstack-infra12:31
*** dayou has joined #openstack-infra12:31
*** kaisers has joined #openstack-infra12:32
*** cgoncalves has joined #openstack-infra12:32
*** gouthamr has joined #openstack-infra12:33
*** markvoelker has joined #openstack-infra12:33
*** rf0lc0 is now known as rfolco|rover12:33
*** jamesmcarthur has quit IRC12:34
*** jamesmcarthur has joined #openstack-infra12:34
*** electrofelix has joined #openstack-infra12:35
*** ramishra_ has joined #openstack-infra12:38
fungieverything seems to have gone fine with the openstackid.org database cut-over12:43
*** kjackal has quit IRC12:49
*** dpawlik has quit IRC12:50
*** mriedem has joined #openstack-infra12:50
*** auristor has joined #openstack-infra12:51
*** jamesmcarthur has quit IRC12:52
*** ccamacho has quit IRC12:52
*** jamesmcarthur has joined #openstack-infra12:57
*** gfidente has quit IRC13:04
*** ccamacho has joined #openstack-infra13:05
*** markvoelker has quit IRC13:06
*** Adri2000 has quit IRC13:08
*** sdake has joined #openstack-infra13:15
*** dpawlik has joined #openstack-infra13:19
*** owalsh_ is now known as owalsh13:19
*** trown|outtypewww is now known as trown13:24
*** agopi has quit IRC13:29
*** kjackal has joined #openstack-infra13:30
*** jpena|lunch is now known as jpena13:33
*** rlandy has joined #openstack-infra13:33
*** jamesmcarthur has quit IRC13:35
*** dtantsur is now known as dtantsur|afk13:38
*** jamesmcarthur has joined #openstack-infra13:39
*** jamesmcarthur has quit IRC13:40
*** jamesmcarthur has joined #openstack-infra13:40
*** yamamoto has quit IRC13:40
*** yamamoto has joined #openstack-infra13:40
*** dosaboy has joined #openstack-infra13:51
*** dave-mccowan has joined #openstack-infra13:53
guilhermespcorvus: hey! I'm from vexxhost. Just to let you know that we are working on that cloud-init issue in sjc1. I'll get back to you as soon as I fix the issue!13:55
*** agopi has joined #openstack-infra13:58
*** beekneemech is now known as bnemec13:59
fungiguilhermesp: thanks for the update!14:00
guilhermespfungi: np! We are close to get this fixed!14:00
*** ginopc has quit IRC14:11
*** ykarel is now known as ykarel|away14:13
*** jcoufal has joined #openstack-infra14:18
*** kgiusti has joined #openstack-infra14:21
*** sdake has quit IRC14:21
*** gfidente has joined #openstack-infra14:24
*** ginopc has joined #openstack-infra14:29
*** sdake has joined #openstack-infra14:33
*** dave-mccowan has quit IRC14:34
*** bgmccollum has joined #openstack-infra14:37
*** eharney has joined #openstack-infra14:46
*** ykarel|away is now known as ykarel14:46
*** sdake has quit IRC14:55
*** jento has joined #openstack-infra14:58
*** ykarel_ has joined #openstack-infra14:59
*** sdake has joined #openstack-infra15:00
*** ykarel has quit IRC15:00
*** ijw has joined #openstack-infra15:05
*** markvoelker has joined #openstack-infra15:07
*** kjackal has quit IRC15:07
*** sreejithp has joined #openstack-infra15:08
*** kjackal has joined #openstack-infra15:09
*** jamesmcarthur has quit IRC15:11
*** jamesmcarthur has joined #openstack-infra15:11
*** eharney has quit IRC15:13
*** eharney has joined #openstack-infra15:15
*** jamesmcarthur has quit IRC15:15
*** e0ne has quit IRC15:16
*** owalsh_ has joined #openstack-infra15:24
*** owalsh has quit IRC15:25
chandankumarAJaeger: clarkb we have got the ack from telemetry team https://review.openstack.org/#/c/636093/ please have a look when free!15:26
*** ijw has quit IRC15:26
*** owalsh_ is now known as owalsh15:26
*** jamesmcarthur has joined #openstack-infra15:27
*** jamesmcarthur has quit IRC15:30
*** ykarel_ is now known as ykarel|away15:32
*** yamamoto has quit IRC15:37
*** markvoelker has quit IRC15:37
*** yamamoto has joined #openstack-infra15:38
*** yamamoto has quit IRC15:38
*** yamamoto has joined #openstack-infra15:39
*** yamamoto has quit IRC15:39
*** jamesmcarthur has joined #openstack-infra15:39
clarkbfungi: thank you for taking care of that this morning15:43
fungithere was really nothing to do. it was approving a simple change to the global site manifest, making a few hostvar edits on bridge.o.o and running kick.sh15:46
fungiwent very smoothly15:46
fungii could probably have skipped the last step, but wanted slightly faster feedback to make sure it was working as expected15:47
*** bhavikdbavishi has joined #openstack-infra15:49
*** ccamacho has quit IRC15:51
*** ricolin has quit IRC15:52
*** e0ne has joined #openstack-infra15:53
*** ccamacho has joined #openstack-infra15:55
clarkbinfra-root https://review.openstack.org/#/c/585206/3 is the last futureparser change. Anyone else care to review it really quick? I can watch it go in15:56
clarkbthen with that out of the way we should be ready to start doing puppet4 upgrades fairly broadly (etherpad-dev01 is the only puppet4 host so far)15:56
cmurphy\o/15:59
*** sdake has quit IRC15:59
*** sdake has joined #openstack-infra16:01
*** sdake has quit IRC16:02
*** ijw has joined #openstack-infra16:03
corvusclarkb, fungi, mordred: can you look over the list of tasks in https://etherpad.openstack.org/p/Q3MZJNcmbK and let me know if that looks right?16:05
corvusif it does, i'll move it into storyboard so we can ask folks to sign up16:05
corvus(that's mostly drawn from the spec, but updated slightly)16:05
mordredcorvus: yes. I believe that looks good16:07
toskydid anyone notice that the notification bot disappeared?16:07
clarkbcorvus: do we want to point git.foo to files and not the gitea appropriate location?16:07
clarkbtosky: the gerritbot? it has too many channels to connect to so connects in a least recently used manner round robin as necessary16:08
clarkbtosky: if there are events to send to your channel it should join and send them16:08
corvusclarkb: i was thinking that git.foo becomes a vhost on files, which redirects to location16:08
clarkbcorvus: gotcha16:08
clarkboh I see the htaccess goes to files16:08
*** yboaron_ has quit IRC16:09
toskyclarkb: I didn't see any notification for sahara reviews (#openstack-sahara) and devstack and grenade (#openstack-qa) in the last few hours16:09
corvusclarkb: yeah, based on this: http://files.openstack.org/project/git-test/www/.htaccess16:09
clarkbtosky: 2019-02-26 16:10:11,647 INFO gerritbot: Sending "Merged openstack-infra/system-config master: Add new health01 server to our inventory  https://review.openstack.org/639229" to #openstack-infra16:10
fungiwe may need to refresh the .zuul.yaml changes if we do them before we even announce16:10
clarkbtosky: as you can probably tell that message hasn't arrived here16:10
clarkbtosky: so possible it ended up in a netsplit16:10
toskyoh, right16:11
toskythat's possible16:11
fungi2019-02-26 12:30:30     <--     openstackgerrit (~openstack@review01.openstack.org) has quit (Ping timeout: 255 seconds)16:11
*** dpawlik has quit IRC16:11
clarkbcorvus: the list looks good16:11
toskyI see few people leaving at the same time with the same ping timeout16:12
fungilikely a netslipt or irc server outage, yeah16:12
*** Adri2000 has joined #openstack-infra16:13
fungithere's a good chance it won't recover on its own. i can restart gerritbot unless someone thinks i shouldn't16:14
clarkbfungi: probably the best bet at this point16:14
fungidone16:15
fungiit just joined #openstack nova and announced https://review.openstack.org/63915916:16
fungiso seems to be back to normal16:16
fungi#status log restarted the gerritbot service on review01 to resolve its 12:30:30 ping timeout16:17
openstackstatusfungi: finished logging16:17
*** sdake has joined #openstack-infra16:18
*** yamamoto has joined #openstack-infra16:19
corvusclarkb, fungi, mordred, ianw: i put the opendev-gerrit tasks in storyboard: https://storyboard.openstack.org/#!/story/200462716:23
*** yamamoto has quit IRC16:24
fungicorvus: thanks! it looks like we're missing a step to actually generate the "prepared changes" we need to merge, but i guess it can really just be part of that step to generate and propose those with the script we make16:25
*** sdake has quit IRC16:25
corvusfungi: yeah, i think that needs to happen right before the outage, so i'll stick it in the outage plan16:26
*** sdake has joined #openstack-infra16:27
fungiagreed, as i mentioned above i expect particularly the .zuul.yaml files to drift pretty quickly if we try to do it ahead of time16:27
clarkbthe logstash pipeline is still up and running this morning (re fears that jobs would continue to make it fall over)16:27
corvusfungi: yeah.  i updated that to "Run the script generate zuul.yaml and gitreview change and force-merge them"16:27
clarkbit is possible that those exceptionally sized error log files were related to a specific hcange or two (should still address it if possible but may not be a persistent thing)16:28
corvusfungi: yeah.  i updated that to "Run the script to generate zuul.yaml and gitreview changes and force-merge them"16:28
*** dave-mccowan has joined #openstack-infra16:28
fungiwfm, thanks!16:28
*** quiquell is now known as quiquell|off16:28
*** pcaruana has quit IRC16:32
*** markvoelker has joined #openstack-infra16:35
*** sdake has quit IRC16:35
*** sdake has joined #openstack-infra16:36
*** openstackgerrit has joined #openstack-infra16:37
openstackgerritMerged openstack-infra/system-config master: Turn on the future parser for ask.o.o  https://review.openstack.org/58520616:37
corvusopenstack.org is down16:38
corvuswhich is causing the openstack theming on lists.openstack.org to be broken.  in case anyone was wondering.16:38
*** sdake has quit IRC16:40
*** ykarel|away has quit IRC16:41
*** sdake_ has joined #openstack-infra16:41
mordredcorvus: well poop16:41
*** ykarel has joined #openstack-infra16:42
*** sdake_ has quit IRC16:45
*** sdake has joined #openstack-infra16:46
*** pgaxatte1 has quit IRC16:50
*** sdake has quit IRC16:50
fungiis it still down?16:51
*** sdake has joined #openstack-infra16:51
fungiseems up. i wonder if they missed copying some specific assets16:51
fungiyeah, confirmed the theming issue by force-refreshing my browser. i guess i had some of those files cached16:55
fungii can't tell which files are missing though. tried following all the css urls in the page source and i get content for them16:55
clarkbare the headers preventing the other domains from loading them?16:56
*** gfidente is now known as gfidente|afk16:56
*** kjackal has quit IRC16:56
fungioh, perhaps16:57
*** kjackal has joined #openstack-infra16:57
fungijamesmcarthur: ^ you can see this on http://lists.openstack.org/pipermail/openstack-discuss/ but may need to force refresh16:57
*** helenafm has quit IRC16:58
clarkbI don't see headers that would prevent that, possible the css changed?16:58
clarkband so no longer applies?16:59
clarkboh wait I misread firefox debugger. I get 0 bytes back?16:59
corvusclarkb: yeah, that's what i was seeing17:00
corvushttp://openstack.org/ is still down17:00
corvushttps://www.openstack.org/ is up17:00
fungiOH!17:00
*** wolverineav has joined #openstack-infra17:00
*** sdake has quit IRC17:00
*** ccamacho has quit IRC17:01
jamesmcarthurah ha17:02
*** sdake_ has joined #openstack-infra17:03
jamesmcarthurGive us a few. Thanks for the heads up corvus!17:03
corvusjamesmcarthur: np!17:03
*** markvoelker has quit IRC17:07
openstackgerritTobias Urdin proposed openstack-infra/zuul-jobs master: Use PDK to build puppet module  https://review.openstack.org/62753417:12
*** gyee has joined #openstack-infra17:13
jamesmcarthurok - corvus: this should be fixed. openstack.org was still pointed to teh old RAX servers, so when I shut them down, things went ka boom17:16
jamesmcarthurAll set now.17:16
*** sshnaidm is now known as sshnaidm|afk17:17
corvusjamesmcarthur: looks good, thanks!17:17
jamesmcarthurnp, thank you again for raising the flag17:17
*** jpich has quit IRC17:17
clarkbhrm there are type errors on ask future parser puppeting17:19
clarkbI'll work out a fix after some breakfast17:19
clarkbFeb 26 17:16:13 ask puppet-user[3086]: This Type-Name has no effect. A value-producing expression without other effect may only be placed last in a block/sequence at /etc/puppet/modules/postgresql/manifests/server/database.pp:73:3 on node ask.openstack.org17:20
clarkbif anyone is curious17:20
clarkband health01 server failed to install python things because it couldn't find pip17:21
clarkbI wonder if that is a bootstrapping thing and next run will fix it17:21
*** e0ne has quit IRC17:24
fungiyeah, sounds like an ordering issue17:24
clarkboh the puppet thing is a postgresql module issue17:26
clarkbthat just got more interesting17:26
fungiwe also seem to generate exim panic errors during bootstrapping17:26
fungiUser 0 set for local_delivery transport is on the never_users list17:26
fungicron is going to e-mail us daily until someone deletes the paniclog17:27
clarkbin the health case pip is installed so I think this is a race between installing pip which that manifest does and the path being checked to find if pip is installed17:29
clarkbwe can likely fix this with a fully rooted path to pip17:30
openstackgerritTobias Urdin proposed openstack-infra/project-config master: Remove bindep role for Puppet build job  https://review.openstack.org/62756617:34
*** aojeagarcia__ has joined #openstack-infra17:37
openstackgerritMerged openstack-infra/storyboard master: Add an interface specifying the API for storage backends  https://review.openstack.org/63336417:39
*** aojeagarcia has quit IRC17:40
*** yamamoto has joined #openstack-infra17:41
*** jmorgan1 has joined #openstack-infra17:45
clarkbhttps://github.com/puppetlabs/puppetlabs-postgresql/commit/289de739c3c92e58652529456a4c8cff5fb2eecd#diff-dc590b12ae31eaf043f7f56780b16b88 is the fix for the askbot thing17:45
*** yamamoto has quit IRC17:46
fungioh, huh17:46
clarkband you thought whitespace wasn't significant in puppet :P17:46
clarkbI certainly had that impression17:46
* fungi shakes fist at inscrutable whitespace gods17:47
fungialso, am i the only one bothered by calling it "whitespace" when the spaces in my terminal are all black?17:48
clarkbthere are big scary warnings in the readme for that module upgrading from v2 to v3 but nothing for v3 to v417:49
fungibest not to think about it or i'll just end up pondering the mysteries of the universe17:49
clarkbwe may be able to update teh version and call it a day17:49
corvusit's redspace in gerrit17:49
* fungi thinks redspace is somewhere you really don't want to accidentally end up when your starship falls through a wormhole17:50
cmurphyif you're not already aware ianw already has a change up to upgrade puppetlabs-postgresql https://review.openstack.org/55899517:52
*** kjackal has quit IRC17:56
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Request child nodes of paused jobs at higher priority  https://review.openstack.org/63879617:56
*** trown is now known as trown|lunch17:57
openstackgerritClark Boylan proposed openstack-infra/system-config master: Update postgres module to 4.3.0  https://review.openstack.org/63940417:57
clarkbcmurphy: oh I wasn't aware17:57
clarkbah ianw has found an even better version to jump to17:58
clarkbI've rechecked it so that we get up to date tests but will approve if those come back happy17:58
clarkband now to abandon my change17:58
*** wolverineav has quit IRC18:02
*** wolverineav has joined #openstack-infra18:03
*** wolverineav has quit IRC18:03
clarkbcmurphy: https://github.com/puppetlabs/puppetlabs-postgresql/blob/4.9.0/CHANGELOG.md#bugfixes the usernames and passwords are now converted to strings bugfix there. Do you expect that to be important for puppet4?18:07
clarkbhttps://github.com/puppetlabs/puppetlabs-postgresql/commit/e69308b4c1baf9adf02c4e20cff3616f221b943918:11
clarkbI'm guessing we are ok if the inputs we use are strings (which I believe we do)18:11
*** yamamoto has joined #openstack-infra18:13
*** kopecmartin is now known as kopecmartin|off18:14
*** jpena is now known as jpena|off18:15
*** chandankumar is now known as raukadah18:16
*** yamamoto has quit IRC18:18
*** wolverineav has joined #openstack-infra18:18
clarkbThe pip installs run refreshonly so they didn't rerun on the last puppet pass. I've rm'd the two git repos in /opt to force it to reclone and reinstall finding pip18:21
*** wolverineav has quit IRC18:22
*** wolverineav has joined #openstack-infra18:22
*** wolverineav has quit IRC18:23
*** derekh has quit IRC18:25
*** wolverineav has joined #openstack-infra18:26
clarkbI think the puppet python module isn't doing quite what we want there (installing pip and making it avaialble to the currently running pupept run)18:26
clarkbbut fully rooted paths should still fix that18:26
*** panda|ruck is now known as panda|ruck|off18:28
*** sdake_ has quit IRC18:30
*** sdake has joined #openstack-infra18:33
*** sdake has quit IRC18:35
cmurphyclarkb: i think that won't matter for puppet3 vs 4, it's internal ruby typing not puppet dsl typing18:36
cmurphyshould only make a difference if your postgresql username or password was an integer18:37
*** sdake has joined #openstack-infra18:39
clarkbzuul still says +1 on that 4.8.0 change. I'll try to approve it after our meeting (but won't do it now because it would be distracting if that happened during the meeting)18:40
*** sdake has quit IRC18:46
*** sdake_ has joined #openstack-infra18:46
*** aojeagarcia__ has quit IRC18:46
*** rfolco|rover has quit IRC18:46
*** sean-k-mooney has joined #openstack-infra18:49
sean-k-mooneyo/18:50
fungihowdy18:50
*** sdake_ has quit IRC18:50
*** Swami has joined #openstack-infra18:50
sean-k-mooneyi noticed two jobs fail due to missing cffi.h so tox could not compile the wheel is that a random one off or is this a know gate issue?18:51
openstackgerritClark Boylan proposed openstack-infra/system-config master: Put health servers in the puppet health group  https://review.openstack.org/63941518:51
clarkbinfra-root ^ is a needed fix for the puppeting of the new health01 server18:51
clarkbI'm setting up the hieradata now18:51
*** sdake has joined #openstack-infra18:52
fungisean-k-mooney: my guess is some project added a (perhaps transitive) dependency on cffi and lacks a bindep.txt entry for a package with the libffi headers18:53
fungisean-k-mooney: got a link to the failure?18:54
clarkbfungi: sean-k-mooney: it could also be a package updated with an sdist but not a wheel18:54
clarkbin many cases we avoid needing libffi-dev because the python packages publish wheels18:54
clarkbbut occasionally there is a no wheel package published18:54
sean-k-mooneyyep on sech it was the neutorn-fuctional an py27 varint that failed18:54
fungioh, good point. in that case it could be a short-term failure as it raced our wheel builder18:55
clarkbinfra team meeting strats in about 5 minutes18:55
sean-k-mooneyhttp://logs.openstack.org/23/620123/9/gate/neutron-functional-python27/ff056e2/job-output.txt.gz#_2019-02-26_15_13_00_40842418:55
*** sdake has quit IRC18:55
*** sdake_ has joined #openstack-infra18:56
sean-k-mooneyfungi: ill give it an hour or so an ill recheck18:56
*** sdake_ has quit IRC18:56
sean-k-mooneyassuming that is enough time for the wheels to be rebuilt?18:56
*** ginopc has quit IRC18:57
fungihuh, that log says ot retrieved http://mirror.iad.rax.openstack.org/pypifiles/packages/64/7c/27367b38e6cc3e1f49f193deb761fe75cda9f95da37b67b422e62281fcac/cffi-1.12.2.tar.gz (as a dependency of cryptography, as a dependency of ansible)18:57
sean-k-mooneyAnsible Version: 2.5.1518:58
funginot the wheel18:58
sean-k-mooneydid it get bumped recently?18:58
*** sdake has joined #openstack-infra18:58
sean-k-mooneyfungi:  way so it was building the bdis_wheel locally18:58
clarkbno ansible hasn't been bumped recently. What was likely bumped is cryptography18:58
clarkbthe sdist for cryptography requires cffi to link to libssl18:59
clarkbthe wheel doesn't iirc18:59
clarkbor at least ships with enough headers to make it work18:59
sean-k-mooneycryptography had its last release on januar 22 so i dont think its that18:59
fungihttps://pypi.org/project/cffi/#history19:00
funginew release 4 hours ago19:00
sean-k-mooneyah that would be about right19:00
*** sdake has quit IRC19:00
ianwmordred: re rhel8 -- yeah it's the beta which is available.  this is why i'm vacillating on merging it as it; it has a short life span and the will need to split into a rhel path (subscrption manager all that jazz) and centos 819:00
clarkboh huh I guess cryptography relies on cffi post install because cffi does compile on demand?19:01
sean-k-mooneythe build started about 4 hours ago too19:01
fungihttp://mirror.iad.rax.openstack.org/wheel/ubuntu-16.04-x86_64/cffi/ is where our wheels would be19:01
sean-k-mooneycffi is the forinf fucntion interface. i assumed it was a runtime dep to call in to c code but never played with it19:01
*** sdake_ has joined #openstack-infra19:02
sean-k-mooneyfungi: ya 1.12.2 is not there yet19:02
fungii don't see a 1.12.2 there yet19:02
fungiright, so waiting on our wheel builder job, seems like19:02
*** bhavikdbavishi has quit IRC19:02
sean-k-mooneycool ill check back there perorically thanks :)19:02
*** wolverineav has quit IRC19:03
fungiif i get a sec i'll see how often that job runs19:03
fungiand figure out when it will run again19:04
sean-k-mooneythe neutorn jobs and posibly other are going to keep exploding untill that syncs. is it worth my time adding cffi to bindeps on neutorn to avoid that?19:04
*** wolverineav has joined #openstack-infra19:04
*** markvoelker has joined #openstack-infra19:04
fungithough strictly speaking, any project which relies on cffi ought to include a bindep.txt entry for libffi packages for the benefit of documenting local development environment setup19:04
fungibecause cffi doesn't publish their own manylinux wheel, so anyone who wants to run these same tests locally is going to need a libffi headers19:05
*** sdake_ has quit IRC19:06
*** sdake has joined #openstack-infra19:06
sean-k-mooneywell this was alway a dep you had to install to get devstack to work in the past so most developer proably get it becasue of that19:06
fungiyep, but a newcomer who wants to start by running unit tests is going to bang their head on it19:07
sean-k-mooneyya ok ill submit a patch to neuton to add it as a bindep19:07
sean-k-mooneyits need by nova too so i might as well add it there too.19:08
clarkbfwiw cffi does publish linux wheels19:08
*** ramishra_ has quit IRC19:09
fungioh, indeed i wonder why cffi-1.12.2-cp27-cp27m-manylinux1_x86_64.whl didn't get used19:09
clarkbit may not have existed at that time19:09
fungiahh, right maybe they didn't upload them all at once19:09
fungisean-k-mooney: so given that, it's probably safe to recheck already and probably not necessary to propose any bindep.txt additions after all19:10
*** sdake has quit IRC19:10
sean-k-mooneyok19:10
sean-k-mooneyill wait a bit19:10
sean-k-mooneyim just going to grab dinner and ill recheck after19:10
*** sdake has joined #openstack-infra19:11
fungidefinitely let us know if you continue to run into it19:11
*** rfolco has joined #openstack-infra19:12
*** trown|lunch is now known as trown19:18
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Support requests for specific providers  https://review.openstack.org/63941819:20
*** dayou has quit IRC19:20
*** sdake has quit IRC19:20
*** gouthamr has quit IRC19:20
*** sdake_ has joined #openstack-infra19:20
*** gouthamr_ has joined #openstack-infra19:20
*** mriedem has quit IRC19:21
*** dayou has joined #openstack-infra19:21
*** mriedem has joined #openstack-infra19:22
*** sdake_ has quit IRC19:25
*** sdake has joined #openstack-infra19:26
*** e0ne has joined #openstack-infra19:26
*** rfolco is now known as rfolco|rover19:28
*** ykarel has quit IRC19:33
*** yamamoto has joined #openstack-infra19:33
*** sdake has quit IRC19:35
*** sdake_ has joined #openstack-infra19:36
*** yamamoto has quit IRC19:37
*** markvoelker has quit IRC19:38
openstackgerritMerged openstack-infra/system-config master: Put health servers in the puppet health group  https://review.openstack.org/63941519:40
*** wolverineav has quit IRC19:42
*** sdake_ has quit IRC19:45
*** yamamoto has joined #openstack-infra19:45
*** e0ne has quit IRC19:46
*** e0ne has joined #openstack-infra19:46
openstackgerritMerged openstack-infra/system-config master: Update puppetlabs-postgresql to 4.8.0  https://review.openstack.org/55899519:46
*** sdake has joined #openstack-infra19:46
*** ekultails has quit IRC19:47
*** yamamoto has quit IRC19:50
*** sdake has quit IRC19:55
*** wolverineav has joined #openstack-infra19:56
*** sdake has joined #openstack-infra19:57
*** derekh has joined #openstack-infra19:58
*** wolverineav has quit IRC20:01
clarkbianw: I see we raced on the update of the git:// stuff is jianweizhang working on that or did it autocomplete weird for ianw :)20:02
clarkbianw: if you want that task feel free to take me off of it. I'll grab somethign else in the list20:02
*** sdake has quit IRC20:03
*** hurgleburgler has joined #openstack-infra20:03
*** wolverineav has joined #openstack-infra20:04
*** ekultails has joined #openstack-infra20:06
*** luizbag has quit IRC20:07
ianwclarkb: oh, yeah it seems jianweizhang is the only person to match on "ianw + enter" : )20:08
ianwno strong feelings, happy to help out with reviews etc20:08
*** wolverineav has quit IRC20:09
*** derekh has quit IRC20:09
ianwi need to go wait for a guy to run a cable to new house ... should hopefully be back tethered in a little20:13
*** jamesmcarthur has quit IRC20:15
*** jamesmcarthur has joined #openstack-infra20:16
*** yamamoto has joined #openstack-infra20:16
*** jamesmcarthur has quit IRC20:20
*** kjackal has joined #openstack-infra20:21
*** yamamoto has quit IRC20:21
clarkbianw: corvus: I'm trying to read up on afs upgrade paths and many mailing posts assert it is ok to have mixed filer versions. So I think we are safe to put the RW volume on one host, upgrade the other host(s), then move the RW to the now upgraded host and upgrade the other host(s)20:24
*** calebb has joined #openstack-infra20:25
*** wolke23 has joined #openstack-infra20:26
clarkbOn the db host side of things http://docs.openafs.org/AdminGuide/HDRWQ406.html documents why keeping the IPs stable is desirable if I am reading that document right20:26
fungiso afs\d+ can follow our normal upgrade replacement process but afsdb\d+ are better off as in-place upgrades?20:27
clarkbfungi: I think we may still want afs\d+ to be inplace. We can just do them without outage by failing over back and forth20:28
*** wolke has quit IRC20:28
fungiahh, okay20:28
corvusclarkb: remember that moving a volume in our network topology takes forever20:28
corvuswell, a large volume20:28
clarkbcorvus: we have two nodes in dfw now and only small volumes are in ord iirc20:28
fungiunless we can detach the block devices for it and attach them to another fileserver, i guess, but... no idea how complex that is for afs20:29
clarkbcorvus: I guess worst case we'd have RO access during the outage if we don't fail back and forth20:29
clarkbOn the db cluster side of things I have found mention that people usually upgrade those last because they are the most complicated. Implying that you can have newer file servers with older db servers while you wait to do that upgrade20:31
*** e0ne has quit IRC20:31
clarkbWhat I still haven't sorted out is if the openafs 1.6.7 on trusty db is going to be mad with openafs 1.6.15 on xenial if we do those one at a time20:31
clarkbianw I know you've dug into the details of openafs recently a couple times, do you have any idea where I might find info like ^20:32
clarkbI'm going to grab lunch now. But will continue to try and dig around the documentation for the info we need around that. Help appreciated :)20:35
*** diablo_rojo_ has quit IRC20:35
clarkbalso I think I've got health01.opendev.org working20:35
clarkbI guess I should go ahead and push up the zone file updates now20:36
*** diablo_rojo has joined #openstack-infra20:36
fungii got up a bit early, so will probably disappear soon to make early dinner and then be back to help prep for tc election setup (and have tc office hour after that's finished)20:36
fungibut i can likely at least review some afs upgrade activities20:37
*** wolverineav has joined #openstack-infra20:37
openstackgerritMerged openstack-infra/zuul master: Log to job output when running Ansible setup  https://review.openstack.org/63781320:39
openstackgerritClark Boylan proposed openstack-infra/zone-opendev.org master: Organize the zone file by record name  https://review.openstack.org/63943320:41
openstackgerritClark Boylan proposed openstack-infra/zone-opendev.org master: Add health01.opendev.org  https://review.openstack.org/63943420:41
clarkbinfra-root let me know what you think about 639433. Is that organization worthwhile?20:41
*** gouthamr_ is now known as gouthamr20:42
*** wolverineav has quit IRC20:42
clarkbheh and of course I forget the serial update on the second change20:42
mordredclarkb: lgtm20:42
openstackgerritClark Boylan proposed openstack-infra/zone-opendev.org master: Add health01.opendev.org  https://review.openstack.org/63943420:42
*** takamatsu_ has quit IRC20:48
*** takamatsu_ has joined #openstack-infra20:50
corvusclarkb: https://status.openstack.org/20:50
corvusclarkb: does the ssl situation there seem weird to you?20:50
corvusclarkb: like, maybe, dns entries for status.openstack.org have been updated to point to openstack.org?20:51
clarkberr_cert_common_name_invalid hrm20:52
clarkbyes IP addrs match20:53
clarkbno more jimmy here20:53
corvusi am happy that we are moving to a dns system based around version control.20:54
clarkbI've askedabout it on the foundation side20:56
corvusclarkb: while we're waiting -- is oshealth something that should be in opendev?  or is it a bit openstack-specific?20:57
clarkbcorvus: The service is fairly generic. In its current use it is a bit openstack specific but I think we could have the other projects use it too (its just grabbing aubunit data and showing it to you20:57
clarkbI think all the zuul python unittests are in there for example20:58
corvusclarkb: i think my concerns are (a) the name (b) whether things about project/branch/test/job names are openstacky...  in fact, did it ever get updated to handle the fact that job names are no longer unique per project?20:58
clarkbon the last thing yes I believe that was fixed20:59
clarkbon a) we would have to update it like other services. for b) i dont know if it makes assumptions around things like stable branches20:59
corvussorry, for (a) i mean, the project is named "openstack-health"21:00
clarkboh the code itself.21:00
corvusso are its maintainers even interested in supporting more than openstack21:00
corvusyah21:00
clarkbgmann: ^ do you know?21:02
*** spsurya has quit IRC21:03
clarkbI sort of saw it as a generic subunit results tracker but if there are openstack assumptions (and Im sure there is some) then that is non zero effprt to change21:03
corvusclarkb: i put a -1 on https://review.openstack.org/639434 until we can talk about it more, mostly because i don't think we want to make first and second-class citizens in opendev.  it's hard for me to make that evaluation right now.21:05
corvushopefully the dns issue will get fixed soon (it has a short ttl) and we can poke at it.21:06
clarkbI've not yet heardback on dns21:07
*** jamesmcarthur has joined #openstack-infra21:11
openstackgerritClark Boylan proposed openstack-infra/puppet-openstack_health master: Fully root pip path  https://review.openstack.org/63944221:16
clarkb^^ is a fix that will be helpful if we end up deciding that a redeploy of health under openstack.org is better21:17
pabelangerianw: do you have any idea what is happening here? http://logs.openstack.org/99/639399/2/check/windmill-src-ubuntu-bionic/5365f15/logs/nb01/var/log/nodepool/builds/ubuntu-bionic-0000000131.log21:17
clarkbcorvus: jimmy is fixing dns now21:17
pabelangerseems diskimage-builder no longer working for some readon21:18
pabelangerreason*21:18
pabelangeroh21:18
pabelangerah21:18
pabelangerI might know21:18
clarkb2019-02-26 21:06:44.143 | sudo: no tty present and no askpass program specified21:18
clarkbI think its saying it cannot sudo21:19
pabelangeryah, the patch modified sudoers21:19
pabelangerso, think I clobbered something on the images21:20
pabelangersorry for noise21:20
clarkbcorvus: dns should be fixed (at least I get the server locally now you may still have to wiat for cache expiry)21:20
*** wolverineav has joined #openstack-infra21:21
*** wolverineav has quit IRC21:21
jamesmcarthurcorvus: et. al. - My apologies. This is squarely on me. I combined status.o.o into our list of domain updates this morning.21:21
*** wolverineav has joined #openstack-infra21:21
jamesmcarthurTerribly sorry for any outage or confusion.21:21
clarkbcorvus: http://status.openstack.org/openstack-health/#/g/project/openstack-infra~2Fzuul is how health renders things for zuul. It does group things by branch and other fields but I don't see it making assumptiosn about those branches (I could be missing something)21:22
clarkbprobably the biggest problem that jumps out to me is the big headr that says visualize test results for opensatck CI jobs21:22
*** manjeets_ has joined #openstack-infra21:22
corvusclarkb: it makes up its own job names21:22
clarkbcorvus: oh interesting: tox-py35-zuul21:23
corvusya21:23
ianwclarkb: sorry, back now ... i think we should be able to mix afs versions, i don't think there's any on-wire differences21:23
*** manjeets has quit IRC21:24
clarkbI guess that was the dedup method chosen21:24
*** derekh has joined #openstack-infra21:24
*** derekh has quit IRC21:24
openstackgerritladjadj proposed openstack-infra/grafyaml master: Add capability to use grafana folderid parameter  https://review.openstack.org/63752021:24
clarkbthe logs link is correct at least21:25
openstackgerritladjadj proposed openstack-infra/grafyaml master: Add capability to use grafana folderid parameter  https://review.openstack.org/63752021:25
openstackgerritChris Dent proposed openstack-infra/project-config master: Set up placement project to use storyboard  https://review.openstack.org/63944521:25
*** yamamoto has joined #openstack-infra21:25
corvusclarkb: does http://status.openstack.org/openstack-health/#/tests work for you?21:26
clarkbif that is loading the /tests api endpoint (I used this endpoint to test the new server) it does take a while to get the json back21:27
*** zbr|out has quit IRC21:27
corvusokay, i got the page21:27
corvusi don't know what it means21:27
*** e0ne has joined #openstack-infra21:28
corvusit's mostly uuids, then a bunch of project names21:28
clarkbI'm still waiting for it to render21:28
clarkbmy guess is that the uuids are the uuids that tempest supports in its tests for use by refstack21:29
*** yamamoto has quit IRC21:30
corvuswhat causes tox-py35-zuul to get the suffix, but not zuul-tox-remote?21:30
fungiokay, back and catching up21:32
mordredcorvus: maybe zuul-tox-remote is only used by one project?21:32
corvusmordred: maybe.  how does it know?21:33
mordredmaybe it's based on what has reported? so if there is only a single project associated with a job in the db it doesn't suffix?21:33
*** kgiusti has left #openstack-infra21:33
*** eharney has quit IRC21:33
*** manjeets_ is now known as manjeets21:35
clarkbI'm not seeing anything in subunit2sql that jumps out at me as encoding that from the subunit somewhere21:35
*** markvoelker has joined #openstack-infra21:35
clarkbianw: cmurphy fyi http://paste.openstack.org/show/746309/ the postgres change on ask applied and postgres things were updated and service restarted. Askbot is still responding to http so I think its fine but I'll dig up some diffs of those files really quick to be extra sure21:37
corvusclarkb, mordred: http://git.openstack.org/cgit/openstack-infra/puppet-subunit2sql/commit/?id=2a7070995e47791a31f86073bb448f8b2c259a0421:37
*** jcoufal has quit IRC21:37
clarkbianw: cmurphy /etc/postgresql/9.3/main/pg_ident.conf was just commented out file changed to "managed by puppet" comment so that one seems fine21:38
clarkboh its in the gearman worker itself interesting21:39
mordredclarkb, corvus: the logic is "if project name not already in job name, add suffix"21:39
corvusclarkb, mordred: yeah, so apparently it doesn't get the 'zuul' suffix because it already has a 'zuul' prefix21:39
corvusya21:39
*** eandersson_ is now known as eandersson21:40
clarkb/usr/local/bin/validate_postgresql_connection.sh was updated to chagne how it did a loop21:40
clarkbI think those both look like safe edits and the postgres stuff is ifne21:40
mordredI feel like this is an openstack specific tool and if we wanted it to be a general zuul/opendev tool it would need a non-zero amount of work21:40
corvusyeah, i have serious concerns that the data model as currently implemented is really going to scale to more projects21:41
*** whoami-rajat has quit IRC21:41
clarkbthe concern being collisions in the input data? I agree that is less than ideal (properly tracking project as a field in the db seems saferbut also effort)21:42
clarkbmy desktop just locked up21:43
corvusthe fact that it makes up its own names for the jobs is not ideal either.  doesn't really set us up for a unified service offering21:43
clarkbcant even switvh to vty121:43
*** jtomasek has quit IRC21:43
openstackgerritIan Wienand proposed openstack-infra/system-config master: [dnm] letsencrypt prototype implementation  https://review.openstack.org/63675921:44
openstackgerritMerged openstack-infra/zone-opendev.org master: Organize the zone file by record name  https://review.openstack.org/63943321:44
mordredclarkb: it's feeling to me that everything on status.o.o is pretty openstack-specific, including e-r. I think elasticsearch log indexing itself is a sane opendev thing to offer - but the e-r classification also seems pretty openstack project specific21:44
clarkband the reason for that is so when viewed on the job axis you dont get results for all projects in one spot?21:45
mordredclarkb: so maybe it's best to consider status.o.o to be a collection of openstack tools21:45
corvusclarkb: reason for what?21:45
clarkbcorvus: for deduping at all21:45
fungiclarkb: technically there was no need to bump the serial on 639433 since you weren't making any record changes and therefore had no need for it to propagate to the slaves anyway, but it doesn't hurt21:45
clarkbor is it undeduping?21:45
clarkbmordred: Im not sure I agree re e-r21:45
corvusclarkb: i can not speak to the reasoning.  i'll just let http://git.openstack.org/cgit/openstack-infra/puppet-subunit2sql/commit/?id=2a7070995e47791a31f86073bb448f8b2c259a04 speak for itself.21:46
*** wolverineav has quit IRC21:46
mordredclarkb: I think if we were to offer e-r generally, we'd want a collection of elastic recheck patterns per-tenant - and a dashboard per tenant21:46
clarkbmordred: the queries are arbitrary. The one bit that is quite openstack specific is the list of gate jobs that failed without a match21:46
clarkbmordred: thats fair21:46
mordredclarkb: and I think it coudl certainly be nice to develop that as a generic offering that could be offered to each tenant21:47
corvusyeah, so maybe with a little bit of work we can make e-r more general.  that doesn't sound like over-reaching.21:47
mordred++21:47
mordredbut still a thing with multiple instances - so that groups can manage their own queries and so that the dashboard is at least tenant-aware - or that there are per-tenant dashboards21:47
*** wolverineav has joined #openstack-infra21:48
clarkbya the managing your own queries aspect is probably the biggest one21:48
*** wolverineav has quit IRC21:48
mordredyah21:48
*** wolverineav has joined #openstack-infra21:48
corvusmultiple instances is probably pretty easy to do with e-r, and the shortest way to get from here to there.21:48
corvusand relatively low-cost since it's basically a cron-job.21:49
clarkbcorvus: yes though right now all the queries are laoded from the one repo. So need to change that then run different instances and that should do it21:49
clarkbI dont expect that to be too difficult to change21:49
corvuswe could totally do that and have it write out to "recheck.opendev.org/openstack" or whatever.21:50
fungialso the subunit2sql db presents a bit of a scaling problem of its own21:50
clarkbSo I think I'm hearing I should build a new health server and put it in openstackland21:50
mordredclarkb: yeah. I think for now that's the best bet21:51
fungithat makes sense to me21:51
clarkbcan I get reviews on 639442 as part of that?21:51
mordredclarkb: and then when we figure out recheck.opendev.org we can do that21:51
fungisimilar reasons why the openstackid servers are on openstack.org hostnames not opendev.org21:51
clarkbfixes a bootstrapping issue in puppet21:51
fungiit took me a bit of rethink to agree that we should only put things in the opendev.org domain if we expect to be able to have them be generic opendev services21:52
corvusi had to quit/restart my browser because it was caching the invalid status redirect, but after doing so, it works again.  fyi in case anyone else reports that problem.21:53
fungisince the goal is to build a cohesive service offering under the opendev "brand" and not just wholesale move all our services there regardless of whether they might be project-specific21:54
*** kjackal has quit IRC21:54
clarkbfungi: ya. fwiw I had considered this but had also thought of the health dashboard as more generic subunit visualizer.21:55
corvusi think it should be, but i think it is not.21:56
*** yamamoto has joined #openstack-infra21:56
clarkbya21:57
fungiprobably "just" needs a different data model21:58
openstackgerritClark Boylan proposed openstack-infra/system-config master: Revert "Add new health01 server to our inventory"  https://review.openstack.org/63945121:59
clarkbinfra-root ^ is the cleanup of the opendev server in our inventory22:00
clarkband on the earlier change that should fix a thing now I'm confused http://logs.openstack.org/42/639442/1/check/puppet-beaker-rspec-infra/aa6fee5/job-output.txt.gz#_2019-02-26_21_38_12_23225022:00
clarkbthe test suite fails on the error we saw in the real deploy22:00
clarkbbut only when I flip it around so that the real deploy should work22:00
fungibizarre22:01
clarkbprobably because our test images put pip at /usr/local/bin/pip for us22:01
clarkbso puppet is nooping there22:01
clarkbbut its not in /usr/bin/pip22:01
clarkbI'm going to think about a better fix to that now22:01
fungior it's puppet having nondeterministic ordering of parallel operations?22:01
*** yamamoto has quit IRC22:01
clarkbno puppet 3 and 4 should be ordered22:01
clarkbthey made it implicitly top to bottom halfway through 3 iirc22:02
fungioh, okay22:02
*** e0ne has quit IRC22:03
*** rcernin has joined #openstack-infra22:05
clarkbmordred: do you know where the {{ target }} variable comes from in system-config/playbooks/set-hostnames.yaml ?22:06
clarkbmordred: I think that is what I want but can't find ansible docs saying it is special22:06
mordredclarkb: looking22:07
clarkb(I'm adding a playbook that will run unattended-upgrade on our nodes after boot with launch-node.oy)22:07
ianwfor those waiting on my cable update; the guy they sent isn't qualified to work on my sort of pole, so now we need requisition the advanced pole team22:07
mordredclarkb: it's from -e given to it in launch-node.py22:07
clarkbah22:07
clarkbya I see it now22:08
mordredclarkb: so the ansible_cmd in launch-node always adds -e target={name}22:08
clarkbso that is what I want22:08
mordredclarkb: yeah. you should just be able to add another playbook to the list there22:08
*** wolverineav has quit IRC22:08
corvusianw: that's amazing :)22:09
*** markvoelker has quit IRC22:09
corvusmordred: and we should definitely call it 'launch-node.oy'  :)22:09
corvuser, that was clarkb's typo ^22:10
*** wolverineav has joined #openstack-infra22:10
clarkboy22:10
ianw.oy.vey seems sort of appropriate22:10
mordredianw: that's making me want to write a new programming language22:12
ianwpabelanger: do you want to look at this easy grafyaml -> https://review.openstack.org/#/c/637520 ... just the first thing that's not been basic syntax matching updates in a while22:12
*** wolverineav has quit IRC22:14
clarkbansible style question when: ansible_facts['os_family'] == "Debian" or when: ansible_os_family == "Debian" ?22:15
clarkbboth seem to be valid?22:15
ianwclarkb: looking back through puppet-graphite, it seems i got everything xenialish merged and then just got distracted.  any problems if i start up graphite01?22:16
corvusmordred: ^22:16
clarkbianw: I don't expect so22:16
fungiclarkb: roll a d20 and consult the style chart?22:16
clarkbthe conditionals docs page uses the first option. So maybe i just use the first option too22:16
mordredclarkb: I think the first option is the new way forward22:16
ianware we doing this as graphite01.opendev.org ?22:17
mordredclarkb: ansible_os_family is a form they're moving away from22:17
corvusianw: ++22:17
fungiianw: graphite seems opendevish to me, yes22:17
*** wolverineav has joined #openstack-infra22:17
fungiwe've got zuul and nodepool sending data directly to it, after all22:18
*** slaweq has quit IRC22:18
openstackgerritClark Boylan proposed openstack-infra/system-config master: Apply package updates before we reboot in launch-node  https://review.openstack.org/63945422:18
ianwfungi: i'm feeling that a detach + reattach of the volumes is the easiest, rather than rsyncing22:18
clarkbmordred: ^ cool I picked correctly in that change then22:18
ianwbut let's get the host up first ...22:18
fungiianw: i only added rsync to my comment there because i was too lazy to check whether we'd put that data all on a cinder volume22:19
fungigraphs and whisper files?22:19
clarkbI can test 639454 before we merge it (I'll test with launch of health01.openstack.org)22:19
* clarkb starts that process then will figure out why puppet is sad about pip22:20
ianwfungi: yeah, it's all the whisper db files that are isolated under /var/lib/graphite/storage which is a lvm on a cinder22:21
ianwwell two 1tb cinder volumes22:22
*** slaweq has joined #openstack-infra22:26
*** sdake has joined #openstack-infra22:27
mordredclarkb: lgtm \o/22:29
*** slaweq has quit IRC22:30
*** sdake has quit IRC22:30
clarkbI'm pretty sure the issue with pip on health is in the test nodes python-pip is "installed" but /usr/bin/pip is not present22:32
clarkbso the python module doesn't try to install python-pip22:32
*** dave-mccowan has quit IRC22:33
clarkbwhen we run the actual server we install python-pip via puppet and nothing installs /usr/local/bin/pip22:33
*** sdake has joined #openstack-infra22:33
clarkbbut the problme there is we don't know pip exists in $PATH at that point because pupept has already cached that data?22:33
clarkbI'm double checking the exec PATH handling now22:33
clarkbya its got /usr/bin in the path so it must be caching things22:34
openstackgerritIan Wienand proposed openstack-infra/zone-opendev.org master: Add graphite01.opendev.org  https://review.openstack.org/63946122:39
*** sdake has quit IRC22:40
*** sdake_ has joined #openstack-infra22:42
openstackgerritClark Boylan proposed openstack-infra/puppet-openstack_health master: Fully root pip path  https://review.openstack.org/63944222:43
clarkbI think ^ will test the theory I've got about why this fails22:43
clarkbits a bit hacky and not sure we really want to merge that if it fixes things22:43
clarkbianw: ^ you deal with a lot of the pip stuff and our images. Any ideas?22:43
clarkbmordred: that script seemed to work. I have a newly booted server with packages updated22:44
*** slaweq has joined #openstack-infra22:44
*** sdake_ has quit IRC22:45
*** ijw has quit IRC22:46
*** sdake has joined #openstack-infra22:46
openstackgerritClark Boylan proposed openstack-infra/system-config master: Add health01.openstack.org server  https://review.openstack.org/63946422:47
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Support requests for specific providers  https://review.openstack.org/63941822:47
clarkbinfra-root ^ I think we can go ahead and move forward with that rather than fix puppet for the bootstrap case since this has gotten more complicated than I initially expected22:47
clarkbianw: +2 on your graphite01 dns change, I didn't approve as not sure how far into bootstrapping you want to get before getting it into dns22:48
*** jamesmcarthur has quit IRC22:49
*** slaweq has quit IRC22:49
ianwclarkb: hrm, no i'm not sure what's going on with that puppet pip /usr/local/bin /usr/bin split :/22:49
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add graphite01.opendev.org  https://review.openstack.org/63946622:52
*** sdake has quit IRC22:56
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add graphite01.opendev.org  https://review.openstack.org/63946622:56
*** sdake has joined #openstack-infra22:58
openstackgerritMerged openstack-infra/zone-opendev.org master: Add graphite01.opendev.org  https://review.openstack.org/63946122:58
clarkbianw: you may want ot manually run the package updates on new graphite https://review.openstack.org/#/c/639454/ since I'm assuming you haven't run with that too22:58
clarkbinfra-root 639454 is ready for review. I am satisfied that it worked with the launch of health01.openstack.org22:58
clarkbhas anyone else noticed the worst thing about opendev.org is we can't currently use o.o as a fqdn suffix?22:59
*** agopi has quit IRC22:59
corvusi thought that was a feature :)22:59
clarkbheh its just so much more typing when you need to be specific :)23:00
*** sdake has quit IRC23:00
*** sdake has joined #openstack-infra23:02
*** jamesmcarthur has joined #openstack-infra23:02
*** tkajinam has joined #openstack-infra23:02
ianwGet:1 http://security.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]23:02
ianwnow that's interesting ...23:02
ianwansible i guess has updated the apt files on this xenial host to bionic23:03
clarkbianw: or is it really bionic? did you set the image name? I wonder if we default to bionic in the launch script now23:04
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Request dependent job nodes from paused parent provider  https://review.openstack.org/63946723:04
clarkbthat may be worth a note in the readme if that is the case23:04
ianwclarkb: yeah, i specified the xenial image, and it's got VERSION="16.04.5 LTS (Xenial Xerus)"23:04
clarkbhuh the server I launched has got deb http://security.ubuntu.com/ubuntu xenial-security main universe23:05
clarkbVERSION_ID="16.04"23:05
clarkbwhich isn't a little different (that is the os-release file)23:05
*** sdake has quit IRC23:06
*** sdake_ has joined #openstack-infra23:06
ianwFound image Ubuntu 16.04 LTS (Xenial Xerus) (PVHVM)23:06
ianw--- Running initial configuration on host 104.130.138.88 ---23:06
clarkboh wait that is version id23:06
clarkbVERSION="16.04.6 LTS (Xenial Xerus)"23:06
clarkbthat is incredibly odd23:06
clarkbianw: I wonder if that server got added into a group that makes it bionic as a side effect when we thought it was going to be bionic + docker?23:07
ianwit definitely decided on bionic sources -> http://paste.openstack.org/show/746373/23:09
*** jamesmcarthur has quit IRC23:09
*** sreejithp has quit IRC23:10
ianw    src: 'sources.list.{{ ansible_facts.lsb.codename }}.{{ ansible_facts.architecture }}'23:10
clarkbsrc: 'sources.list.{{ ansible_facts.lsb.codename }}.{{ ansible_facts.architecture }}' is how it decides which file to use from the ansible23:10
clarkbimplying the ansible_fact came back as bionic for some reason23:10
ianwhow would it get that fact wrong?23:10
*** sdake_ has quit IRC23:10
clarkbb5bc5aab-fd74-4afe-ba49-5b166fda8b51 is the image id in dfw that I booted with23:10
clarkblooks like new graphtie isn't in dfw (which is fine but that may explain the difference at least)23:11
*** sdake has joined #openstack-infra23:11
clarkb(I kept new health in dfw because that is where the large mysql db for the subunit data is)23:11
ianwexport OS_REGION_NAME=DFW23:12
ianwi intended it to be there ...23:12
clarkbI don't see it under a show23:12
* clarkb does list23:12
clarkboh because I'm a derp23:13
clarkbopendev not openstack ?23:13
clarkbb5bc5aab-fd74-4afe-ba49-5b166fda8b51 is your image which is the same as mine23:13
clarkbso how did the facts end up wrong23:13
ianw75014a17-d51e-4b20-ab92-9b3ee5776ae8 is the id23:13
clarkbdid launch node somehow use bridge's facts for the remote node?23:14
clarkbbridge is bionic23:14
*** rascasoft has quit IRC23:15
ianwoh, hrm, i did actually create one first that *was* bionic, but then i deleted it23:16
ianwmaybe the facts were cached somehow?23:16
clarkboh could it be the fact cache in that case?23:16
clarkbya23:17
*** yamamoto has joined #openstack-infra23:17
clarkbmordred: ^ I think you understand the ansible fact cache better than anyone else. Can we disable it for launch node? and or confirm this is the problem23:17
ianwyeah, that probably explains it.  a rerun will probably fix it23:17
ianwbut yeah, launch node ignoring any caches would probably be ideal23:18
clarkbianw: dpkg/apt are usually really unhappy about trying to do a downgrade23:18
clarkbso if any package were pulled in from the bionic repos it might be easier to rebuild? (not sure)23:18
corvusguilhermesp: do you think we retry creating servers in sjc1 now?23:19
*** sdake has quit IRC23:20
*** dave-mccowan has joined #openstack-infra23:21
clarkbianw: looks like we want to run ansible-playbook with --flush-cache23:21
clarkbianw: https://docs.ansible.com/ansible/2.4/ansible-playbook.html#cmdoption-ansible-playbook-flush-cache23:21
*** yamamoto has quit IRC23:21
*** gfidente|afk has quit IRC23:22
*** sdake has joined #openstack-infra23:23
*** sdake has quit IRC23:25
*** sdake has joined #openstack-infra23:27
*** sdake has quit IRC23:30
*** sdake has joined #openstack-infra23:31
*** sdake has quit IRC23:35
ianwinteresting, it's got itself into this un-ansible-able state now because /usr/bin/python isn't installed23:35
ianw"msg": "SSH Error: data could not be sent to remote host \"2001:4800:7818:103:be76:4eff:fe00:beac\". Make sure this host can be reached over ssh",23:35
ianwthis error is a bit of a red herring23:35
ianwcause it actually tries SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/59038bd598 2001:4800:7818:103:be76:4eff:fe00:beac '/bin/sh -c '"'"'/usr/bin/python && sleep 0'"'"''23:36
corvuswe usually need to set ansible_python_interpreter on bionic hosts23:36
ianwyeah; this is now a xenial/bionic frankenstein23:37
clarkbIts alive!23:37
ianwi think though, if i just rebuild it as xenial, and run the base playbook against it without cached facts, we should be ok and retain the same ip addrs23:37
clarkbI would expect that to work23:37
clarkbalso set-hostname is the other one we run23:38
*** sdake has joined #openstack-infra23:38
ianwyeah, basically just a manual launch-node but against the current inventory23:38
ianwwell, create an inventory for the currently existing host, i mean23:38
ianwoh, keys ...23:39
ianwmaybe it's just easier to update dns at this point23:40
*** sdake has quit IRC23:40
ianwyeah, i'll delete it, and try a launch node with the flush-cache option to boot23:40
clarkbk23:40
*** sdake has joined #openstack-infra23:42
*** sdake has quit IRC23:50
*** jesusaur has quit IRC23:51
*** sdake has joined #openstack-infra23:51
openstackgerritClark Boylan proposed openstack-infra/puppet-openstack_health master: Fully root pip path  https://review.openstack.org/63944223:52
*** ijw has joined #openstack-infra23:53
fungii think i must have skimmed too eagerly... did we cache bionic facts from an aborted replacement of graphite and then end up incorrectly configuring a followup xenial build as partly bionic as a result?23:53
* fungi only gets a few minutes between batches of ballots23:54
clarkbfungi: basically ya23:54
clarkband made a frankenstein23:55
*** yamamoto has joined #openstack-infra23:55
openstackgerritIan Wienand proposed openstack-infra/zone-opendev.org master: Add graphite01.opendev.org, take 2  https://review.openstack.org/63946923:55
clarkbhttp://logs.openstack.org/64/639464/1/check/infra-puppet-apply-3-ubuntu-xenial/4a295ac/applytest/puppetapplytest08.final.out.FAILED is going to fail my addition of the new health01 server to the inventory23:55
clarkbI have no idea how that would've failed we didn't change anything in the drupal or drush moduels as far as I can tell?23:55
*** sdake has quit IRC23:55
clarkboh the upstream is 502ing23:57
clarkbI was just able to clone it locally so maybe I just need a recheck23:57
*** sdake has joined #openstack-infra23:57
openstackgerritIan Wienand proposed openstack-infra/system-config master: Add --flush-cache to launch.py ansible  https://review.openstack.org/63947023:59

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