Thursday, 2020-06-18

openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640200:03
*** mlavalle has quit IRC00:23
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640200:55
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640200:58
*** xiaolin has joined #opendev01:01
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:01
*** Meiyan has joined #opendev01:02
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:11
*** xiaolin has quit IRC01:14
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:19
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:26
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:41
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640201:51
auristorianw: with the openafs client I do not see any benefit to "rsync -t" versus without it because the timestamp never matched regardless.   the client never stores the nanosecs to the fileserver since the fileserver doesn't support it and the client always lies about the nanoseconds.01:55
auristorif the source file system supports nanosecond resolution the openafs client timestamp won't match and if the source has one second resolution the openafs client timestamp still won't match because it will never report zero nanosecs01:57
auristoras far as I can tell rsync is always falling back to the rsync algorithm to compare checksums01:58
auristoreven with rsync 3.1.3 I believe the -t optimization will still fail, a delta comparison will be performed.  the only difference is that if the timestamp mismatch is only in the nanoseconds rsync won't attempt to fix it.01:59
*** markmcclain has quit IRC02:01
*** markmcclain has joined #opendev02:02
ianwauristor: well ... it doesn't seem to want to re-transfer the 30/31 directories, which were done before, and it does want to re-transfer the 32 directories ... so ... that's a data point i guess02:52
ianw>f..t...... Everything/x86_64/Packages/s/sdcc-libc-sources-4.0.0-3.fc32.x86_64.rpm02:52
ianwis the itemize output from rsync02:52
openstackgerritRafael Folco proposed openstack/diskimage-builder master: DNM: Debug py3 on dib 7  https://review.opendev.org/73642102:54
ianwwell i'm even more confused03:06
ianwhttp://paste.openstack.org/show/794920/03:06
ianwstat on a file rsync updates looks exactly the same before and after03:06
ianwand running it again with -t ... it does *not* copy everything again03:10
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640203:21
*** ravsingh has joined #opendev03:30
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [FOR DISCUSSION] Revert "Ensure wheel exists for build-release-python"  https://review.opendev.org/73640203:31
*** diablo_rojo has quit IRC03:41
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [WIP] Revert "Ensure wheel exists for build-release-python"; move to ensure-pip  https://review.opendev.org/73640203:57
openstackgerritIan Wienand proposed zuul/zuul-jobs master: [WIP] Revert "Ensure wheel exists for build-release-python"; move to ensure-pip  https://review.opendev.org/73640204:04
*** Meiyan has quit IRC04:09
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Partial revert "Ensure wheel exists for build-release-python"; move to ensure-pip  https://review.opendev.org/73640204:19
openstackgerritIan Wienand proposed opendev/system-config master: mirror-update: update to focal  https://review.opendev.org/73642704:25
*** ysandeep|away is now known as ysandeep04:58
*** ykarel|away is now known as ykarel05:06
openstackgerritOpenStack Proposal Bot proposed openstack/project-config master: Normalize projects.yaml  https://review.opendev.org/73643806:04
openstackgerritMerged zuul/zuul-jobs master: Fix ansible-lint rules tests  https://review.opendev.org/73638706:11
*** rchurch has quit IRC06:19
*** rchurch has joined #opendev06:21
*** DSpider has joined #opendev06:22
openstackgerritMerged openstack/project-config master: Normalize projects.yaml  https://review.opendev.org/73643806:40
*** noonedeadpunk has joined #opendev06:41
*** rpittau|afk is now known as rpittau06:43
*** hashar has joined #opendev06:54
*** tosky has joined #opendev07:25
*** elod has quit IRC07:26
*** elod has joined #opendev07:33
*** auristor has quit IRC07:42
*** moppy has quit IRC08:01
*** ykarel is now known as ykarel|lunch08:01
*** moppy has joined #opendev08:02
ttxclarkb: yes08:04
*** aannuusshhkkaa has quit IRC08:15
*** elod has quit IRC08:19
*** ravsingh has quit IRC08:20
*** elod has joined #opendev08:26
*** ysandeep is now known as ysandeep|lunch08:30
*** ravsingh has joined #opendev08:33
*** roman_g has joined #opendev08:57
*** elod has quit IRC09:00
*** ykarel|lunch is now known as ykarel09:03
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add linting rule to enforce no-same-owner policy  https://review.opendev.org/72764209:06
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add linting rule to enforce no-same-owner policy  https://review.opendev.org/72764209:08
*** ysandeep|lunch is now known as ysandeep09:12
*** elod has joined #opendev09:17
*** elod has quit IRC09:19
*** elod has joined #opendev09:25
*** ysandeep is now known as ysandeep|afk09:35
*** tkajinam has quit IRC10:05
*** rpittau is now known as rpittau|bbl10:06
*** ysandeep|afk is now known as ysandeep10:14
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Drop support for ansible 2.6  https://review.opendev.org/72715810:15
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Drop support for ansible 2.7  https://review.opendev.org/72741010:23
*** ravsingh has quit IRC10:32
hrwsmcginnis: is https://review.opendev.org/#/c/735953/ now free to go?11:00
hrwsmcginnis: the blocker you listed there was merged11:00
AJaegerhrw: better ask on #openstack-release . But last release failed, so I consider it still blocked11:04
hrwok11:06
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: nit: Fix missing word in roles/ensure-pip/README.rst  https://review.opendev.org/73661711:25
*** xiaolin has joined #opendev11:33
mordredttx: that reminds me of lifeless11:38
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: phoronix-test-suite: extract ensure- role from run playbook  https://review.opendev.org/73636811:54
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: Add ensure pre-run policy to ansible-lint  https://review.opendev.org/73636711:54
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: Add ensure pre-run policy to ansible-lint  https://review.opendev.org/73636711:55
mordredsigh. nothing like waking up to a random patch bomb11:59
AJaegermordred: yeah, frickler was just complaining as well ;(11:59
* AJaeger just send him an email12:02
mordredAJaeger: I sent a mailing list message about it - it's bad patches too12:08
AJaegermordred: agreed!12:09
AJaegermordred: see https://review.opendev.org/#/c/736447/ - and read comments there12:09
mordredyeah12:11
mordredplease people - talk with the community first before dropping an automated patch!12:11
mordredoh well12:11
AJaegermordred: can we remove him from gerrit temporarily?12:13
AJaegerso that he stops pushing?12:13
fungiis this a new contributor?12:13
AJaegerfungi: yes12:13
fungiand yeah, i can switch the account to inactive12:13
AJaegerplease do, fungi!12:14
AJaegerI send him already a friendly email12:14
fungii haven't seen the patches, got an id/name/something?12:14
AJaegerfungi: https://review.opendev.org/73668112:14
fungiall i saw was this discussion and mordred's e-mail12:14
AJaegerthat is one change12:14
fungithanks12:14
mordredfungi: https://review.opendev.org/#/topic:optimization/pip-no-cache-dir12:14
mordredluckily they DID set a topic12:15
AJaegersmcginnis and mordred are already abandoning - thanks!12:15
smcginnisNo need to waste gate resources with them too. ;)12:15
mordredsmcginnis: yeah12:15
AJaegersmcginnis: agreed12:15
smcginnisAt one time this probably would have brought down zuul. So hey - great stress test!12:16
AJaeger;)12:17
fungi#status log temporarily marked gerrit account for "Pratik Raj" inactive to stem an uncoordinated bulk change flood12:18
openstackstatusfungi: finished logging12:18
AJaegerthanks, fungi12:18
*** rpittau|bbl is now known as rpittau12:20
mordredAJaeger, smcginnis want me to abandon all of the changes to cancel any zuul jobs running?12:23
AJaegermordred: you have a script? Or is smcginnis already running one?12:24
smcginnisI have a script I could adapt, but I've just been clicky clicking.12:24
mordredAJaeger: I can cli it real quick:12:24
mordredssh -p 29418 review.opendev.org gerrit query topic:optimization/pip-no-cache-dir status:open | grep ^change | cut -f2 -d' ' | xargs -n1 ssh -p 29418 review.opendev.org gerrit review --abandon12:25
smcginnis++12:25
* mordred runs12:25
fungimaybe this needs to go in our opendev faq: if you're new to the community and you think a good first impression is to push thousands of identical patches, you're doing it wrong12:25
AJaegermordred: run it!12:25
*** auristor has joined #opendev12:26
mordredalso - maybe we should document the abandon-a-topic cantrip?12:30
mordredfinal version wound up being:12:30
mordredfor i in $(ssh -p 29418 review.opendev.org gerrit query topic:optimization/pip-no-cache-dir status:open | grep number: | cut -f4 -d' ') ; do echo abandoning $i ; ssh -p 29418 review.opendev.org gerrit review --abandon $i,1 ; done12:30
AJaegerah ;)12:30
smcginnisAnd they're gone.12:31
* AJaeger hopes we don't need it that often...12:31
AJaegersmcginnis: want to do the final one - with different topic? https://review.opendev.org/73622312:31
AJaegerthanks12:31
smcginnisApparently they started alphabetically. :)12:32
AJaegeryep12:32
fricklerinfra-root: there's still something wrong with log collection which I likely link to the latest zuul/ansible upgrade. e.g. local.conf missing also for passing jobs like https://3ce63765f5498a57cfda-c1e516f55a0298a6335676811f35f2e0.ssl.cf2.rackcdn.com/736005/3/check/osc-functional-devstack/1dd2d8d/controller/logs/12:33
smcginnisAJaeger: Is https://review.opendev.org/#/c/736402/ the only thing (that we know so far) needed yet to address our release job failures?12:34
mordredfungi: ^^ you might want to review that patch12:36
AJaegersmcginnis: yes. I cannot promise that it fixes the failures but I hope it does ;)12:36
AJaegersmcginnis: the change for kolla-ansible showed that the release-test job is fixed by it - and release-test and publishing are very close.12:37
smcginnisIt's at least one more hurdle down. Thanks for watching out for those.12:37
*** ysandeep is now known as ysandeep|brb12:47
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Partial revert "Ensure wheel exists for build-release-python"; move to ensure-pip  https://review.opendev.org/73640212:52
*** noonedeadpunk is now known as noonedeadpunk_12:57
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Drop support for ansible 2.7  https://review.opendev.org/72741013:11
fricklerseems like everything from zuul_copy_output that includes a variable reference is missing, likely a zuul regression?13:15
frickleror did ansible handling variable expansions change? corvus mordred ^^13:18
*** sshnaidm is now known as sshnaidm|mtg13:23
openstackgerritSean McGinnis proposed openstack/project-config master: End project gating on openstack/mox3  https://review.opendev.org/73671213:27
fricklermaybe https://docs.ansible.com/ansible/latest/porting_guides/porting_guide_2.9.html#loops13:28
*** ysandeep|brb is now known as ysandeep13:29
openstackgerritJens Harbott (frickler) proposed zuul/zuul-jobs master: Fix with_* loop for ansible 2.9  https://review.opendev.org/73671413:33
frickler^^ something like this maybe, likely needed in many other locations too13:33
AJaegerfrickler: that kind of change looks fine - want to merge it and then iterate on the rest?13:44
fungi#status log set gerrit account for "Pratik Raj" back to active after contact was established with members of the community13:46
openstackstatusfungi: finished logging13:46
fricklerAJaeger: not sure whether that would need testing first as it is a pretty central role13:48
* frickler bbl13:48
AJaegerfrickler: yes, testing with depends-on would be nice...13:48
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: nit: Fix missing word in roles/ensure-pip/README.rst  https://review.opendev.org/73661713:57
mordredfrickler: o m g13:57
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: phoronix-test-suite: extract ensure- role from run playbook  https://review.opendev.org/73636813:58
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Add ensure pre-run policy to ansible-lint  https://review.opendev.org/73636713:58
openstackgerritMerged zuul/zuul-jobs master: Partial revert "Ensure wheel exists for build-release-python"; move to ensure-pip  https://review.opendev.org/73640214:12
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: tox: allow tox to be upgraded  https://review.opendev.org/69005714:18
openstackgerritMerged zuul/zuul-jobs master: nit: Fix missing word in roles/ensure-pip/README.rst  https://review.opendev.org/73661714:19
AJaegersmcginnis: https://review.opendev.org/736732 updates infra manual to address your question14:20
openstackgerritSean McGinnis proposed openstack/project-config master: End project gating on openstack/mox3  https://review.opendev.org/73671214:20
smcginnisAJaeger: Thanks!14:20
*** hashar has quit IRC14:21
*** noonedeadpunk_ is now known as noonedeadpunk14:29
openstackgerritSean McGinnis proposed openstack/project-config master: End project gating on openstack/mox3  https://review.opendev.org/73671214:29
*** mlavalle has joined #opendev14:30
corvusmordred, frickler: i thought all the with_ stuff still worked?  is with_dict an exception to that?14:40
mordredcorvus: all the with_ stuff does still work - but the sematics of variable templating has apparently changed14:41
mordredcorvus: https://docs.ansible.com/ansible/latest/porting_guides/porting_guide_2.9.html#loops is worth reading14:41
mordred(it's not long)14:41
mordredI'm not 100% sure I understand the meaning of "unsafe" semantics though ... I'm gonna go ask Shrews14:43
openstackgerritMerged zuul/zuul-jobs master: phoronix-test-suite: extract ensure- role from run playbook  https://review.opendev.org/73636814:50
corvusmordred: that's very long; did you mean to link to a different subsection?14:50
corvusand i don't see the word unsafe in there?14:50
corvusmordred: oh sorry, strike all that14:51
mordredcorvus: the loops section: https://docs.ansible.com/ansible/latest/porting_guides/porting_guide_2.9.html#loops - is 5 lines14:51
mordredoh good14:51
corvusoperator error :)14:51
mordred\o/14:51
fungiyeah, it took me to the right place14:51
mordredI was worried14:51
corvusmordred: i'm with you: i don't see how our use matches the description of what should have changed14:55
corvusbut i agree that if it did, the description of what would change matches what we've seen14:55
corvuslacking anything more specific, i'd say it should follow the standard 2 week deprecation policy14:57
*** mlavalle has quit IRC15:05
*** mlavalle has joined #opendev15:09
mordredcorvus: what should follow the 2 week? I think frickler has a patch up to fix zuul jobs that are broken by the behavior change15:12
mordredcorvus: https://review.opendev.org/#/c/736714/ specifically15:12
AJaegermordred: that might be only the tip of the iceberg ^15:15
*** mlavalle has quit IRC15:16
corvusmordred: i don't think we need a deprecation period if that's what you're asking?15:20
mordredcorvus: yeah. I read your statements as suggesting we do need a deprecation period - but I might be poorly coffeeing15:22
corvusmordred: oh, that ended up in the wrong channel, sorry :(15:23
clarkbinfra-root as a heads up our nodepool builders have run out of disk for images. I think this is in part due to still carrying "plain" images which are an additioanl disk need burden. I'm going to work on cleaning that up this morning15:25
clarkbthis should give us more consistent failures wheer virtualenv is needed as I think some clouds are still using older images with virtualenv15:26
mordredcorvus: hah15:26
fungiclarkb: i thought i saw ianw pushed changes to drop those15:26
AJaegerclarkb: https://review.opendev.org/73577815:27
clarkbfungi: he did15:27
clarkbthings are weird15:27
clarkbcorvus: realted to things being weird the ansible edit for zk connection details seems to produce a nodepool.yaml that is indented funny15:27
clarkbso far I Think that may just make it hard for me to read, not convinced yet its a problem15:27
clarkbAJaeger: thanks I guess I'll start there and see how much automated cleanup happens and then see if I need to edit by hand15:28
clarkbAJaeger: fungi if you have a moment for 735778 that would be great. I'll monitor it15:29
AJaegerclarkb: approved15:32
*** mlavalle has joined #opendev15:35
*** ykarel is now known as ykarel|away15:40
*** sshnaidm|mtg is now known as sshnaidm|ruck15:41
*** hashar has joined #opendev15:42
*** ysandeep is now known as ysandeep|away15:43
*** bhagyashris is now known as bhagyashris|away15:49
openstackgerritSean McGinnis proposed openstack/project-config master: Complete retirement of mox3  https://review.opendev.org/73676015:49
openstackgerritMerged openstack/project-config master: Remove plain images  https://review.opendev.org/73577815:51
*** priteau has joined #opendev15:52
*** diablo_rojo has joined #opendev15:59
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Deprecate default tox_envlist: venv  https://review.opendev.org/72683016:00
openstackgerritJeremy Stanley proposed openstack/project-config master: publish-openstack-python-branch-tarball: use py3  https://review.opendev.org/73676516:09
fricklercorvus: mordred: I reproduced the issue locally and shown my fix to work: http://paste.openstack.org/show/794959/16:10
* frickler eod's now, feel free to merge https://review.opendev.org/736714 as first fix or amend with further occurences16:11
*** aannuusshhkkaa has joined #opendev16:11
AJaegerlet's merge 736714 - and build on top of it...16:12
frickleralso not sure whether that actually matches the ansible upgrade notes or might be a regression, but they suggest to move to loop: statements anyway16:13
corvusfrickler: loop is harder to use for most "with_items" uses, and they backed away from their recommendation to use loop for everything, so i think we should only switch where we have to16:38
corvusfrickler: approved 714 thanks!16:39
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593216:40
clarkbnb01 and nb02 failed to run service-nodepool because syncing project-config failed16:42
clarkbthis failed because /opt is full16:42
clarkbI'm going to stop nodepool-builder on nb01 and nb02, then select some sacrificial images which I'll manually clear out then we can retrigger service-nodepool?16:43
clarkbI've removed the oldest centos-7-plain image on both builders by hand16:46
openstackgerritMerged openstack/project-config master: publish-openstack-python-branch-tarball: use py3  https://review.opendev.org/73676516:46
clarkbmordred: what is the correct way to run service-nodepool.yaml by hand on bridge? there are no deploy changes queued so can I just run `ansible-playbook -f 20 /home/zuul/src/opendev.org/opendev/system-config/playbooks/service-nodepool.yaml` ?16:47
clarkbthat looks correct to me I think I'll just run that now16:49
*** sshnaidm|ruck is now known as sshnaidm|off16:52
openstackgerritMerged openstack/project-config master: End project gating on openstack/mox3  https://review.opendev.org/73671216:54
clarkbok I think that got a successful update to happen on nb01 and nb02 and their new configs appear to be plain less16:54
openstackgerritMerged zuul/zuul-jobs master: Fix with_* loop for ansible 2.9  https://review.opendev.org/73671416:54
*** olaph has joined #opendev16:54
clarkband we've freed up ~60GB of disk so far16:55
clarkbwith a few more plain images to clear out16:55
*** olaph is now known as stinky16:56
clarkband done16:56
*** stinky is now known as olaph16:56
clarkb#status log Stopped nodepool builders and manually cleared some disk space so that ansible can run successfully. Then reran service-nodepool.yaml against nodepool. This has begun clearing our old -plain images.16:57
openstackstatusclarkb: finished logging16:57
clarkband now we should have plenty of disk space to build new images and get things all caught up16:57
*** olaph has quit IRC16:58
*** olaph has joined #opendev16:58
mordredclarkb: yes - that is the right way to run that16:59
*** rpittau is now known as rpittau|afk17:00
openstackgerritClark Boylan proposed opendev/system-config master: Improve ansible yaml output for humans  https://review.opendev.org/73677517:03
clarkbcorvus: ^ I think that addresses some of the yaml formatting I noticed17:03
*** hashar has quit IRC17:05
corvusclarkb: cool, looks good, we should be able to verify with the fetched logs17:05
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593217:09
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593217:16
clarkbinfra-root I set gerrit account 10874 to inactive at the request of the user. This was a followon to a similar request in april where we only disabled one of two requested accounts17:23
clarkbI rereviewed my notes and then double checked the db and sure enough ti was missed :/17:24
fungiclarkb: thanks for the heads up. i usually #status log those for posterity17:24
clarkball done now though17:24
clarkb#status log Set gerrit account 10874 to inactive at the request of the user. This was a followon to a similar request in April where we only managed to disable one of two requests accounts.17:24
openstackstatusclarkb: finished logging17:24
fungimakes it easier to look back and work out when it happened, since gerrit doesn't keep that sort of audit logging (at least as far as i know)17:25
fungithis will probably improve with notedb17:25
fungisince we'll have actual revision history (in git) for pretty much everything17:25
clarkb++17:26
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593217:33
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593217:38
openstackgerritMerged openstack/project-config master: Readd publish-to-pypi for neutron-fwaas and dashboard  https://review.opendev.org/73585017:56
openstackgerritAndreas Jaeger proposed openstack/project-config master: Fix translation jobs  https://review.opendev.org/73679118:05
openstackgerritMerged opendev/system-config master: Improve ansible yaml output for humans  https://review.opendev.org/73677518:07
*** hashar has joined #opendev18:09
*** factor__ has quit IRC18:11
*** factor__ has joined #opendev18:11
AJaegerfungi, clarkb, a small change for retirement instructions in infra-manual, please put on your review queue: https://review.opendev.org/73673218:28
openstackgerritMerged openstack/project-config master: Fix translation jobs  https://review.opendev.org/73679118:39
clarkbmy xfce desktop just crashed doing system updates :/18:43
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Simplify twine invocation for PyPI uploads  https://review.opendev.org/73593218:45
fungiclarkb: time to switch to ratpoison! ;)18:47
openstackgerritAhmad Mahmoudi proposed zuul/zuul-jobs master: (fix) - Added tox location to PATH  https://review.opendev.org/73680118:47
clarkbmordred: you know my concern with rsyncing git repos? I think that has become a problem (htough not sure if rsync or something else is the mechanism) on nb04.opendev.org20:26
clarkbmordred: we want nb04.opendev.org to be a normal builder now but it is still running with a specialized config beacuse there is an untracked /opt/project-config/nodepool/nb04.opendev.org there20:26
clarkbmordred: it appears that we do use synchronize20:30
clarkbmordred: are there chagnes up for fixing that yet?20:30
*** roman_g has quit IRC20:32
mordredclarkb: oh - we probably need a --delete20:32
mordredor just change it away from using synchronize since we're not using zuul checkouts20:33
mordred(tha's the main reason to use sync)20:34
clarkbwe could still do a git push/pull with zuul checkouts. In fact the role that zuul uses does this20:34
*** priteau has quit IRC20:34
clarkbbut it probably requires a bit more thought20:34
mordredyeah20:35
mordredfor now just a --delete is probably fine20:35
mordredclarkb: but - we're really not using zuul checkouts anyway20:35
mordredoh - yeah - so, this is complicated20:36
mordredclarkb: because of our use of subdirs for -dev servers20:36
mordredclarkb: so we clone on bridge then rsync a subdir (which defaults to "") to /opt/project-config on the target host20:37
clarkboh right20:37
mordredclarkb: this is one of the reasons we're not just doing a remote git clone20:37
mordredclarkb: I have an idea20:37
mordredlet's stop doing that20:38
mordredlet's make a branch20:38
mordredbecause then we can treat it like a git repo in all cases20:38
clarkbthat should work too20:44
*** hashar has quit IRC20:47
clarkbmordred: ianw: for now I wonder if we shouldn't just remove /opt/project-config/nodepool/nb04.opendev.org on nb04.opendev.org20:59
clarkbthen rerun service-nodepool.yaml20:59
clarkbor also, do we plan to keep nb04 long term? maybe we can just clean it up?20:59
mordreduh - dunno? but yeah - just deleting the file seems fine :)21:00
clarkbI moved nb04.opendev.org's nodepool config into my homedir and our hourly service-nodepool run should update its config to the proper version shortly21:25
clarkbthat should clean up the remainder of our plain images21:25
mordredwoot21:31
openstackgerritMerged zuul/zuul-jobs master: Add linting rule to enforce no-same-owner policy  https://review.opendev.org/72764221:37
ianwumm, i'm trying to think, maybe we agreed to remove nb04?21:41
clarkbI think we're ok without it21:43
clarkbbut also moving the file aside seems to have done the necessary cleanup21:44
ianwfungi: not sure if you've seen https://review.opendev.org/#/c/736427/; i don't think we fully understand what exactly rsync thinks it's doing, but empirically recent rsync is behaving correctly with -t doing the mirroring21:44
ianwso i think the most expedient thing is to replace mirror-update with a focal node21:45
openstackgerritJeremy Stanley proposed openstack/project-config master: Add ensure-tox to pti-python-tarball  https://review.opendev.org/73684821:45
fungiianw: i think i agree21:46
fungi(and i think i don't like not being able to figure out what the subtle difference is in those interactions, but if it works...)21:46
ianwi'll work through that today21:49
ianw"but we humans usually write yaml with an indent of 2" ... hey, i'm definitely a human too, finally a change i feel qualified to review! :)21:51
openstackgerritClark Boylan proposed opendev/system-config master: No log the make nodepool zk hosts task  https://review.opendev.org/73685121:52
clarkbmordred: corvus ^ fyi21:52
auristorhttps://ftp-master.debian.org/new/kafs-client_0.4-1.html21:56
clarkbcoming to a git near you: http://paste.openstack.org/show/794976/ as a long time git user I'm happy they finally decided to make this less dangerous but at the same tiem I know its dangerous and am careful and the super verbose warning every time I update my local repo is annoying21:57
mordredoh! I can set a config for pull now????21:58
corvusoh nice, i never thought of doing 'git config --global pull.ff only'.  instead, i just made an alias: 'git up'.21:58
mordredI just have muscle memory to type git pull --ff-only21:59
mordredI don't think I've ever run a non-ff-only pull :)21:59
mordreddone!21:59
mordredso many fewer characters!21:59
corvusa bonus of using an alias is a hear james brown every time i update22:00
mordredcorvus: that's fair22:00
mordredcorvus: I really should consider using aliases again22:00
mordredI've already broken my rule of not having local shell config by having a rather complex shell function installed22:00
fungii just avoid `git pull` like the plague and use a combination of remote update, fetch and reset --hard depending on what i need22:01
corvusmordred: i made a git alias22:01
fungigit down!22:01
mordredfungi: yah - I mostly reset --hard a ton - I use that and reflog instead of branch22:01
corvusfungi: get on up!  git down!  get on up!  git down!22:01
fungithe reverse of git on --up22:02
clarkbI do `git remote update` then it tells me I'm behind and fast forwardable so I do git pull without worry22:02
mordredclarkb: I literally stile type --ff-only even after a fetch22:02
mordredwhen it's told me I'm safe22:02
mordredbecause I'm touched in the head22:02
mordredhttps://opendev.org/inaugust/src.sh <-- this is my shell function, btw. I think mnaser is using it too22:02
mordredmakes it less typing to pop back and forth between zuul and openstacksdk and system-config dirs22:03
clarkbthat warning started after my last system update22:04
clarkbnow I'm torn between explicitly setting the default to make the warning go away since that is what I expect or using ff only setting since that should be extra safe for me22:04
fungiinetresting. i've started organizing all my local repos similarly, but just use typical posix shell commands and git subcommands22:04
fungii'll probably just continue to not use git pull because most of the time what i really want is to reset my branch to the exact same state as some remote branch22:05
mordredfungi: ++22:05
mordredreset --hard is my best friend22:05
mordredfollowed by clarkb's favorite git review -x :)22:06
fungiheh22:06
clarkbI never use git review -x22:06
clarkbI do reset --hard though22:06
mordredthat's ok - I'm pretty sure I'm the only one using gitreview.pushurl=122:07
mordred(I manually do the same thing as pushurl=1 for github repos I am forced to interact with too, just so my strangeness pervades evenly)22:07
johnsomHi zuul operating folks.  I have an oddity with the new "comment in code" feature: https://review.opendev.org/#/c/705317/46/octavia/controller/worker/v1/controller_worker.py@48922:11
johnsompep8 passes local on this patch.22:12
fungialso i don't see the constants it's complaining about22:13
johnsomRight, they were removed in a previous patch22:14
fungihuh, so it's complaining about an earlier patchset on the current one? that's indeed strange22:14
fungiand yeah, i see them in the left column now that you mention it22:14
johnsomhttps://review.opendev.org/#/c/705317/43..46/octavia/controller/worker/v1/controller_worker.py22:14
johnsomI'm sure a recheck or my next spin will be fine. I just thought I would mention the tear in the fabric of reality...22:16
clarkbhttps://zuul.opendev.org/t/openstack/build/d36fccb916e24e4f949a953d8fa47e63/log/job-output.txt#765 that shows the comments have done the correct thing relative to pep8 output22:16
clarkbwhatever the issue is it is why does the pep8 output end up that way22:17
fungiso yes, maybe not a bug in the zuul feature but a problem with the job22:17
johnsomWell, or the checkout is what I was wondering22:18
clarkbya I just want people to avoid debugging the zuul commenting22:19
clarkbthat isn't the problem and it worked correctly given its input22:19
clarkbthe problem is the input was faulty and we need to sort that out22:19
fungijust got handed the wrong input22:19
clarkbI think the issue is the merge to master22:19
clarkbthat change removes those contants but probably doesn't update all uses of them relative to master22:20
clarkbthis can happen if master was updated with new uses of the contants but the change is behind that, then git's naive merge results in use of the contants while also removing their definition (from the chagne side)22:21
clarkbjohnsom: you can test that locally by doing the merge/rebase and then running pep822:22
johnsomYep, give me a minute22:22
*** rchurch has quit IRC22:24
*** tosky has quit IRC22:25
johnsomYep, the rebase was clean (no conflicts) but those constants do pop up.22:25
johnsomHmm, so the pep8 job runs against a rebased version. I guess I never realized that.22:26
clarkbjohnsom: all zuul jobs do22:26
clarkbfor premerge changes22:27
*** rchurch has joined #opendev22:27
clarkbjohnsom: the idea is we're testing the resulting state. If we didn't do that this change could land as is then break master22:27
clarkbinstead we've caught the non trivial merge conflict pre merge allowing you to fix it and keep master happy.22:27
johnsomclarkb Thanks, yeah, totally makes sense.22:27
fungithough it's strange that it complains on the lines where those constants used to be defined22:30
fungier, used to be instantiated i mean22:30
fungior, well, you know what i mean. i keep falling back to c terminology22:31
clarkbfungi: I think those lines must be the result of the merge22:31
clarkband the comment machinery isn't able to back track it properly22:31
fungioh, got it, so the source which flake8 commented about isn't actually the source gerrit is displaying22:32
clarkbya22:33
fungithat does mean that the inline commenting may actually not do what people expect since gerrit doesn't display the rebased source22:33
clarkbI think there is code to map it22:33
clarkbbut it may not work properly when the target branch is ahead like that?22:33
corvusyes, we try to map back, but it is (by necessity) imperfect22:33
fungiand i can't really think of a good workaround in these sorts of cases22:34
johnsomYeah, the rebase changes the line number significantly22:34
corvusonly so much you can do when lines don't exist22:34
clarkbfungi: I think what happens is it expects the pep8 complaints to be in the chagne diff to its parent. it looks for those lines there and maps it all22:34
clarkbbut in this case the complaints happen outside the chagne context so it fails22:34
fungii suppose if the text of the remapped line flake8 complains about doesn't match verbatim between the original and rebased change, we could skip that comment22:35
openstackgerritIan Wienand proposed opendev/zone-opendev.org master: Add mirror-update02  https://review.opendev.org/73685922:35
openstackgerritIan Wienand proposed opendev/zone-opendev.org master: Remove mirror-update01  https://review.opendev.org/73686022:35
fungibecause the comment is likely to be about different code than it's reported against22:35
johnsomMy other minor bit of feedback on these comments is we had a first time contributor that ended up with 40+ zuul comments due to spacing issues. They were valid, but nothing says welcome like 40 fix-this comments. lol22:38
clarkbjohnsom: would it have been more or less welcoming if they had to dig all those details out of the job log (I don't actually know how people feel about that so am curious)22:39
clarkbbecause the -1 isn't going away and the way you fix it is to get the job to be happy22:39
clarkbalso I think you can disable those comments on your project with a project level var if you don't want them. I may be wrong about that though22:39
johnsomYeah, don't know. I was happy to help him learn how to use tox.22:40
openstackgerritIan Wienand proposed opendev/system-config master: Swap mirror-update01 for mirror-update02  https://review.opendev.org/73686122:42
fungidid they at least also get the friendly welcome to opendev review comment on their first change? that's intended to soften the crushing blow of code review ;)22:42
johnsomlol, they did.22:43
fungi"i see you've pushed your first change to gerrit! if you have any protective gear handy, i recommend you put it on now."22:43
fungimake sure the safety bar is lowered, and keep your hands and arms inside the vehicle at all times22:44
johnsomAt least they didn't table flip and leave. The first question was "Can I run those locally?", so led to "Let me introduce you to our friend 'tox'...."22:46
corvusjohnsom, mordred, et al: perhaps we should have a cap?  but it'd have to be something like 10 in order to still be useful to folks... and maybe 'overwhelmed by 10 comments' isn't much different than 'overwhelmed by 40 comments' for a ftc.22:47
fungii can't find my code in all these comments22:47
johnsomYeah, I'm not advocating for removing it over the number of comments it's making. Just an observation about a new contributor experience.22:48
fungiit's a great observation22:48
johnsomThey were all "pep8: H405: multi line docstring summary not separated with an empty line"22:49
mordredjohnsom: welcome to the jungle :)22:49
johnsomWhich hey, miracle that they even looked at the docstrings...22:50
openstackgerritMerged opendev/system-config master: No log the make nodepool zk hosts task  https://review.opendev.org/73685122:54
corvusyeah, i was just exploring ideas of how we could improve it, and i'm not coming up with much22:57
*** tkajinam has joined #opendev23:00
openstackgerritMerged opendev/zone-opendev.org master: Add mirror-update02  https://review.opendev.org/73685923:25
openstackgerritMerged opendev/system-config master: mirror-update: update to focal  https://review.opendev.org/73642723:49
openstackgerritMerged opendev/system-config master: Swap mirror-update01 for mirror-update02  https://review.opendev.org/73686123:49

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!