Thursday, 2019-09-12

*** igordc has quit IRC00:23
SpamapSfeedback on the UI for zuul that I've heard repeatedly. When people see me click the grey boxes for each change, and it expands to the job list.. they're like "OH MY GOD I HAD NO IDEA!" ... that box could use a little button/arrow pointing down to indicate that it opens.00:25
SpamapSI'd totally do this, but, I have a feeling some of the other folks in Zuultania can do it much prettier/faster.00:26
SpamapSalso.. what exactly is the (3) here? :   https://photos.app.goo.gl/zr9b9df5QnuJaadb700:28
clarkbSpamapS: I want to say it is the attempt00:28
clarkbI think current dashboard says (3rd attempt) to make that more clear00:28
SpamapSAh ok, we do have a bug right now that's causing retries because apt from cloud-init is still running when jobs start.00:29
SpamapSand we factored out some pre-steps that made things faster, so now the blue car is winning sometimes00:29
SpamapSclarkb: ah ok. Yeah I'm on 3.10.2.dev23 .. :-P00:30
SpamapSfigured I'd wait for the next release before another update. :-P00:30
*** Goneri has quit IRC00:37
*** pcaruana has quit IRC01:09
*** roman_g has quit IRC01:31
*** noorul has joined #zuul01:31
noorulIs there a CLA to be signed to contribute to Zuul ?01:31
noorulofosos: hi01:32
clarkbnoorul: there is no CLA to sign to contribute to zuul01:32
noorulclarkb: cool :)01:33
openstackgerritIan Wienand proposed zuul/zuul master: [wip] Test and expand documentation for executor-only jobs  https://review.opendev.org/67918401:37
*** noorul has quit IRC01:41
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68160302:05
*** noorul has joined #zuul02:26
*** rlandy|bbl has quit IRC02:37
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68160302:40
openstackgerritIan Wienand proposed zuul/zuul master: [wip] Test and expand documentation for executor-only jobs  https://review.opendev.org/67918403:32
*** noorul has quit IRC03:44
*** noorul has joined #zuul03:51
*** noorul has quit IRC03:52
*** pcaruana has joined #zuul04:32
*** pcaruana has quit IRC04:58
*** noorul has joined #zuul05:07
*** swest has joined #zuul05:07
noorulIs /etc/zuul/main.yaml public for zuul.opendev.org ?05:08
noorulclarkb: ^^05:08
*** pots has joined #zuul05:10
*** swest has quit IRC05:12
*** swest has joined #zuul05:12
funginoorul: yes, currently maintained at https://opendev.org/openstack/project-config/src/branch/master/zuul/main.yaml05:13
noorulfungi: Thank you05:16
*** sshnaidm|off is now known as sshnaidm|afk05:25
*** fdegir has quit IRC05:28
*** fdegir has joined #zuul05:29
noorulfungi: Any idea how to cleanup the tenant information and related stuffs, to start from beginning?05:31
*** sanjayu_ has joined #zuul05:34
openstackgerritIan Wienand proposed zuul/zuul master: Discuss executor-only jobs, add unit-test  https://review.opendev.org/67918405:38
openstackgerritIan Wienand proposed zuul/zuul master: Remove auto-add of localhost from unit test inventory  https://review.opendev.org/68164105:38
*** raukadah is now known as chandankumar05:41
*** sanjayu_ has quit IRC05:54
*** pcaruana has joined #zuul06:08
*** saneax has joined #zuul06:36
*** pcaruana has quit IRC06:41
*** spsurya has joined #zuul07:07
*** pcaruana has joined #zuul07:11
*** themroc has joined #zuul07:26
*** jpena|off is now known as jpena07:42
*** hashar has joined #zuul07:47
*** electrofelix has joined #zuul07:57
*** yolanda has quit IRC08:16
*** threestrands has quit IRC08:16
*** yolanda has joined #zuul08:39
*** noorul has quit IRC08:51
*** sshnaidm|afk is now known as sshnaidm|rover09:18
*** hashar has quit IRC09:37
*** panda is now known as panda|ruck10:28
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68160311:31
*** roman_g has joined #zuul11:32
*** jpena is now known as jpena|lunch11:37
*** pots has quit IRC11:41
*** pots has joined #zuul11:42
*** hashar has joined #zuul11:42
*** gtema_ has joined #zuul11:57
*** gtema_ has quit IRC12:02
*** gtema_ has joined #zuul12:02
openstackgerritClint 'SpamapS' Byrum proposed zuul/zuul-jobs master: intercept-job -- self-service SSH access  https://review.opendev.org/67930612:09
*** jamesmcarthur has joined #zuul12:13
openstackgerritClint 'SpamapS' Byrum proposed zuul/zuul-jobs master: Add upload-logs-s3 role to send logs to S3  https://review.opendev.org/68173012:17
*** gtema_ has quit IRC12:23
*** jamesmcarthur has quit IRC12:24
*** rlandy has joined #zuul12:31
*** jpena|lunch is now known as jpena12:38
*** jamesmcarthur has joined #zuul12:48
pabelangerSpamapS: Ooooh, upload-logs-s3!12:57
pabelangerso, I've managed to get some credentials for rackspace, to tests a few things in nodepool. However, IIRC, I need a custom vhd-util package for rax: https://launchpad.net/~openstack-ci-core/+archive/ubuntu/vhd-util13:05
pabelangeris that something we should pull into zuul project?13:06
pabelangerbasically need a bionic package right now13:07
pabelangerbut, also will want centos / fedora support eventually13:07
*** Goneri has joined #zuul13:14
*** pcaruana has quit IRC13:30
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68160313:32
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174813:32
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68160313:44
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174813:44
*** swest has quit IRC13:57
*** pcaruana has joined #zuul14:08
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174814:14
*** smcginnis has joined #zuul14:21
corvusfbo: that pagure stack could use a release note at the end14:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174814:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: zuul-test: update jenkins-job-builder location  https://review.opendev.org/68176414:30
*** recheck has joined #zuul14:30
tristanCzuul-maint: https://review.opendev.org/681764 should fix zuul-jobs ci issue because openstack-infra/jenkins-job-builder doesn't exist anymore14:30
*** recheck has quit IRC14:31
*** recheck has joined #zuul14:31
pabelangerwow, we test zuul-cloner?14:31
corvuswe want to test every role14:31
pabelanger+2, left comment14:32
pabelanger+314:32
Shrewsapparently not doing so can be disastrous: https://review.opendev.org/67433414:45
tristanCcorvus: pabelanger: thanks!14:47
*** recheck has quit IRC14:48
*** recheck has joined #zuul14:48
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174814:50
*** recheck has quit IRC14:55
*** recheck has joined #zuul14:55
*** pcaruana has quit IRC14:57
Shrewspabelanger: wow, i totally messed up my comment on https://review.opendev.org/681544 but hopefully the second edit clarified what I was attempting to say15:00
pabelangerack. flagged it WIP again, until I can loop back15:02
*** weshay is now known as weshay_passport15:05
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174815:09
*** recheck has quit IRC15:11
*** recheck has joined #zuul15:11
openstackgerritMerged zuul/zuul-jobs master: zuul-test: update jenkins-job-builder location  https://review.opendev.org/68176415:12
*** spsurya has quit IRC15:16
*** themroc has quit IRC15:23
*** jamesmcarthur has quit IRC15:23
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174815:26
*** jamesmcarthur has joined #zuul15:36
openstackgerritMerged zuul/zuul master: Fix: prevent usage of hashi_vault  https://review.opendev.org/68104115:39
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174815:39
*** shachar has joined #zuul15:42
*** snapiri has quit IRC15:42
openstackgerritMerged zuul/zuul master: Pass zuul_success to cleanup playbooks  https://review.opendev.org/68155215:47
*** hashar has quit IRC15:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174816:02
*** noorul has joined #zuul16:06
Shrewscorvus: clarkb: ok, doing some more investigation into the vexxhost volume leak has led to what i think is quite the interesting nodepool bug: http://paste.openstack.org/show/775428/16:12
ShrewsThe external image ID associated to a nodepool build ID changes in between failed attempts to delete the build from vexxhost (due to Conflict exception)16:13
*** noorul has quit IRC16:13
clarkbcould that be ebcause we have two uploads of the same image (and glance/ceph are smart enough to dedup them?)16:13
Shrewsclarkb: i have no idea at this point16:14
clarkbwe may want to log the hash of the images too (just noticing that is missing from the logging we have in your paste)16:14
Shrewswe shouldn't have more than one build ID associated with an image, as far as nodepool is concerned16:14
clarkbunless it had to upload multiple times due to error?16:14
Shrewsthe upload ID is the same 0000000116:15
clarkbaha that is the bit I was missing. Ya I would expect that to differ in my case16:16
Shrewsclarkb: what image hash are you referring to?16:18
Shrewsexternal_id is there16:18
*** electrofelix has quit IRC16:19
clarkbexternal id is the uuid assigned to the image by glance. I mean the actual data hash of the image contants. We produce a sha256 and md5 for each image iirc16:20
clarkbmaybe its sha1 instead of sha256, something like that16:20
Shrewsthe data we log comes from zookeeper. we don't store that info and would require a call to get it16:20
Shrewswe definitely need to add external_id to logs when a new build is uploaded and available, though16:22
Shrewsi don't know what the a3db... external id mapped to  :(16:22
clarkbdid we log that uuid anywhere else?16:23
openstackgerritDavid Shrewsbury proposed zuul/nodepool master: Log new image upload external ID  https://review.opendev.org/68181216:24
fungiShrews: i take it this is only tangentially related to the volume leak? i hardly see how cinder refusing to remove a volume because it thinks a nonexistent nova instance is using it could be a nodepool bug, at least16:25
Shrewsclarkb: with that  ^ we will16:25
fungior were there additional causes for volume leaks besides whatever that was?16:25
*** hashar has joined #zuul16:26
Shrewsfungi: well, it would explain why we don't retry to delete the build upload (which i believe we are leaking, as well)16:26
Shrewsfungi: the volume leak i feel might be a bug on the provider side (cc: mnaser) since the volume is referencing being attached to a non-existent server16:28
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-output: introduce zuul_use_fetch_output  https://review.opendev.org/68174816:28
Shrewsmnaser: see volume ab361d12-1d69-4920-b420-a0bac12129c5 for an example16:28
clarkbShrews: fwiw boot from volume has been extremely leaky in older openstack releases and has improved since then. Entirely possible there are still corner cases where we leak16:28
*** noorul has joined #zuul16:29
fungiyeah, maybe not all the holes have been plugged where cnider can miss a notification from nova16:29
Shrewsfungi: can you +3 681812 for us?16:30
Shrewswill need to find a good time to restart the launchers with that16:31
fungiyeah, looks fine. approved16:31
*** noorul has quit IRC16:31
*** noorul has joined #zuul16:31
Shrewsfungi: clarkb: we're definitely leaking images:  http://paste.openstack.org/show/775431/16:33
Shrewsweird that it seems to be the ubuntu ones16:34
Shrewsmostly16:34
*** mattw4 has joined #zuul16:34
clarkbShrews: builders or launchers?16:35
Shrews??16:35
Shrewsoh, yeah, restart the builders16:36
*** recheck has quit IRC16:42
*** recheck has joined #zuul16:43
*** igordc has joined #zuul16:46
*** noorul has quit IRC16:47
*** noorul has joined #zuul16:48
*** weshay_passport is now known as weshay16:57
*** jpena is now known as jpena|off17:15
Shrewsclarkb: fungi: lol, ok, those different external_ids are in different regions17:16
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Log swift upload tracebacks with ansible  https://review.opendev.org/68184317:16
clarkbcorvus: ^ any idea how to test that?17:16
Shrewswhich is a huge relief17:17
clarkbI suppose as long as the script parses we aren't really any worse off if it fails when it hits that exception handler than we are today17:17
openstackgerritMerged zuul/nodepool master: Log new image upload external ID  https://review.opendev.org/68181217:17
*** hashar has quit IRC17:18
noorulHow does one test a job before merging?17:25
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Log swift upload tracebacks with ansible  https://review.opendev.org/68184317:25
clarkbnoorul: if the bits of the job you want to test are untrusted then they are executed as proposed (so any pre merge testingwill test that)17:26
clarkbnoorul: for job bits that are trusted config what we've done is set up a base-test job that we can merge changes to, then test with changes parenting to base-test. Then when that looks good we merge the same changes into our base job17:27
*** saneax has quit IRC17:29
noorulIf I have to make changes on top of https://review.opendev.org/#/c/657837, how do I do it17:33
noorul?17:33
clarkbnoorul: you can `git review -d 657837` to download and checkout that change. Make your edits and commit, then run `git review` to push them back up again17:34
fungihttps://docs.openstack.org/infra/manual/developers.html#updating-a-change17:36
noorulIt says http://paste.openstack.org/show/775432/17:36
funginoorul: did you make any edits?17:37
noorulI have to make changes17:37
openstackgerritClark Boylan proposed zuul/zuul-jobs master: Log swift upload tracebacks with ansible  https://review.opendev.org/68184317:38
noorulShould I be creating a branch17:38
fungithe output in your paste looks normal17:38
noorulI forgot the workflow17:38
fungiit already created a branch17:38
fungiSwitched to branch "review/james_e_blair/677510"17:38
*** jamesmcarthur has quit IRC17:38
fungisays so right there in your paste17:38
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-puppet-module-output: introduce zuul_use_fetch_output  https://review.opendev.org/68185517:38
fungithe document i linked above describes the workflow, though it could stand to add clarkb's suggestion of fetching the change from gerrit first with fit review -d17:39
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Add tests for manifest generation for missing files  https://review.opendev.org/67857317:39
noorulSo now I have to add my commit and say "git review"17:39
fungiyeah, make sure to use git commit --amend17:39
openstackgerritDavid Shrewsbury proposed zuul/nodepool master: Do not overwrite image upload zk data on delete  https://review.opendev.org/68185717:40
fungiand don't delete or alter the "change-id" line in the commit message17:40
fungithat way gerrit knows you want to update the existing change rather than create a new separate change17:40
clarkbwell --amend depends on whether or not you want a new change17:40
clarkbfungi: the current bitbucket stack is broken out into a stack rather than one change17:40
fungioh, i misinterpreted "i have to make changes on top of" to imply creating a new patchset for that change17:41
fungiyeah if you're just rebasing some other changes on that one that's not what you want17:41
fungiso no, clarkb is right, don't --amend17:41
fungiahh, and looking at the nature of 677510 you probably aren't rebasing other existing changes onto that either17:43
fungisince it would block them as it's marked "do not merge"17:43
fungiyou're wanting to create a new change to exercise the mock-up in 677510, so starting with it as a parent?17:44
fungior can you explain what it is you're wanting to do?17:45
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-python-sdist-output: introduce zuul_use_fetch_output  https://review.opendev.org/68185917:45
noorulso git review command creates the change-id right?17:47
Shrewsnoorul: there is a git hook that command uses to create it, iirc17:48
Shrewsnoorul: https://review.opendev.org/Documentation/cmd-hook-commit-msg.html17:51
noorulhttp://paste.openstack.org/show/775433/17:51
noorulI think you should hit yes17:51
openstackgerritNoorul Islam K M proposed zuul/zuul master: Fixed pull request URL and canMerge interface  https://review.opendev.org/68186017:55
noorulShrews: Thanks17:57
*** pcaruana has joined #zuul17:58
noorulhttps://pasteboard.co/Ix6caJj.png18:01
noorulHow do I know what went wrong?18:01
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-python-sdist-output: introduce zuul_use_fetch_output  https://review.opendev.org/68185918:04
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186418:04
*** jamesmcarthur has joined #zuul18:07
noorulEven though zuul-build-image has a failure, the link is point to http://zuul.opendev.org/t/zuul/zuul-build-image18:09
noorulInstead of the job logs URL18:09
noorulAny idea?18:09
clarkbwhich link?18:09
noorulhttp://zuul.opendev.org/t/zuul/status18:10
noorul681860,118:10
noorulzuul-build-image18:11
clarkbthe zuul-build-image job result link. That may be a bug in the success/failure urls18:11
noorulSame with zuul-quick-start18:12
*** noorul has quit IRC18:13
clarkbI think you can ignore that for now the build urls reported to gerrit should be fine18:17
*** armstrongs has joined #zuul18:18
fungiseems like there may be a change up to fix custom success/failure urls18:21
fungiahh, no, i'm misremembering18:22
fungithe change i'm thinking of is for opendev to switch some custom result urls (now that we don't use those) to be distinct links in the result page now18:22
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-python-sdist-output: introduce zuul_use_fetch_output  https://review.opendev.org/68185918:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186418:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-sphinx-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68187018:25
*** armstrongs has quit IRC18:26
corvusfungi: we shouldn't change any success/failure urls; please let me know if you see changes like that18:34
AJaegercorvus: example: https://review.opendev.org/68125118:38
fungiyeah, that's the one i was just pulling up18:38
*** jamesmcarthur has quit IRC18:40
*** jamesmcarthur has joined #zuul18:40
corvusAJaeger, fungi: that removes them, which is mostly harmless i guess.  changing would be weird.  they're still used in the status page until the change reports (and the build exists).  so they're not entirely vestigal, but they're also not important.18:43
fungiyeah, it was more about jobs which had been relying on custom reporting urls needing to transition to making those same things easy to find from the new build report page18:47
*** hashar has joined #zuul18:48
openstackgerritMerged zuul/zuul-jobs master: Log swift upload tracebacks with ansible  https://review.opendev.org/68184318:49
*** jamesmcarthur has quit IRC18:50
*** jamesmcarthur has joined #zuul18:52
*** jamesmcarthur has quit IRC18:58
*** jamesmcarthur has joined #zuul19:03
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186419:09
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-sphinx-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68187019:09
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188219:09
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186419:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-sphinx-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68187019:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188219:25
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-translation-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188719:25
mnaserShrews: this is possible and you may not want to know why19:29
Shrewsmnaser: probably don’t, but I don’t know how nodepool can deal with that.19:31
Shrewssafely19:31
mnaserShrews: https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/virt/block_device.py#L703-L71019:32
mnasernova will log a warning and keep deleting an instance19:33
pabelangerspeaking of volumes, I'm think adding quota support for it in nodepool is next step on my list19:34
mnaseractually19:34
mnaserthis is the reason - https://github.com/openstack/nova/blob/0575eabffb0f574942f8695bccc9dc48ad122d49/nova/compute/api.py#L2201-L223919:34
corvustristanC: do you want to merge one or two roles and exercise them in opendev first, or do you want to get all the changes ready and do it at once?19:36
tristanCcorvus: i'm almost done with the zuul_use_fetch_output implementation, then i wanted to write third-party-ci jobs running with kubectl before sending a zuul-discuss thread about that refactor19:40
tristanCcorvus: the one that was tricky is: https://review.opendev.org/68174819:41
*** jamesmcarthur has quit IRC19:43
*** jamesmcarthur has joined #zuul19:44
*** jamesmcarthur has quit IRC19:49
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186419:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-sphinx-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68187019:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188219:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-translation-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188719:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-javascript-content-tarball: introduce zuul_use_fetch_output  https://review.opendev.org/68190319:51
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-coverage-output: introduce zuul_use_fetch_output  https://review.opendev.org/68190419:52
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-sphinx-output: introduce zuul_use_fetch_output  https://review.opendev.org/68190519:52
Shrewsmnaser: is it foolish of me to think that that code could simply catch attachment_delete() failure, see if it was due to an exception related to "thing doesn't exist" and simply continue to deleting the volume?19:55
Shrewsmnaser: i'm assuming that's where it bails out19:56
mnaserright but i think what is failing here is the attachment_delete()19:56
mnaserattachment fails to disappear => volume won't be deleted19:56
Shrewsmnaser: right. it fails to disappear because the instance doesn't exist. we should be able to catch that19:58
* Shrews waves hands and assumes things that may not be true19:58
mnaserthis is nova trying to delete the volume for an instance that (should) technically not be deleted yet at the time it's requesting the attachment to be deleted19:58
mnaserDELETE /instance => attachment_delete(); volume_delete(); instance_delete();19:59
Shrewsoh, so the attachment is the volume, not the instance. i had it backwards19:59
fungiand then later cinder refuses to delete it because it thinks the attachment is still valid, but has no means to introspect nova to confirm that20:00
Shrewsyou were right. i didn't want to know this20:00
fungii don't suppose there's currently any precedent for cinder doing nova api lookups to verify its assumptions20:00
* smcginnis shudders20:01
Shrewsfungi: that's crazy talk... validating assumptions... pfft20:01
fungismcginnis: it's a fun bug20:02
*** jamesmcarthur has joined #zuul20:04
fungime: delete this volume. cinder: no, i can't, nova said it's in use by this instance with id x. me: nova says you're full of it, please just delete already. cinder: sorry pal, you're not the boss of me20:04
smcginnisReally, nova should not just skip an attachment failure and continue. We rely on the consumer to let us know if an attachment is gone.20:04
smcginnisKeep in mind there are other cinder volume consumers than nova.20:04
smcginnisTBF, I argued that Cinder shouldn't even know or care about attachments (expose volume x, remove volume x, done) but I lost that argument long ago.20:05
fungimakes sense20:06
corvusi'm working on the next step needed to talk to upstream gerrit: adding support for the rest api in the remaining places where we require ssh.  it turns out all the git-related stuff is basically there already and that was the easy part.  the hard part is unexpectedly turning out to be the fact that the json returned by ssh and rest are *completely* different, so i'm having to make a translation layer.20:24
fungihaving dealt with some ssh-to-rest conversions for other tools interfacing with gerrit, that sounds about right20:32
*** pcaruana has quit IRC20:32
*** Goneri has quit IRC20:42
*** dustinc has joined #zuul21:23
openstackgerritJames E. Blair proposed zuul/zuul master: WIP: Support HTTP-only Gerrit  https://review.opendev.org/68193621:34
*** weshay is now known as weshay|ruck22:04
fungiwhat do folks think about tweaking the ui for the logs tab so that clicking the names of the directories does the same thing as the > to their left, and adding a (raw) next to them which goes to the direct indices at their storage locations? this would make directory entries behave more consistently with the file entries, and would i think reduce the confusion with folks inadvertently winding up at the raw22:21
fungidirectory content indices because they didn't realize the > was clickable?22:21
fungii've also heard that the > is not easy to target on touchscreen devices due to its size22:22
corvusfungi: i think that's a fabulous idea22:32
corvusthere's one similar change we may want to make too22:32
corvusfungi: for the files that we can't display in-line, we make the filename link the external raw link -- instead, maybe we should make that unclickable text, and add a (raw) link to it22:33
corvusi think that will promote consistency in all cases22:33
corvus(you'll always stay in-app if you click on the filename, and you'll always leave if you click on raw)22:33
fungii didn't realize those existed, but yes that seems worth including22:33
corvusfungi: eg "testr_results.html.gz" at http://zuul.opendev.org/t/zuul/build/6b34a00148604492aa7b3be83911e593/logs22:33
fungiahh, neat. okay22:34
fungii'll see if i can figure it out22:34
*** rf0lc0 has joined #zuul22:40
*** hashar has quit IRC22:41
*** rfolco has quit IRC22:41
*** mattw4 has quit IRC22:52
*** mattw4 has joined #zuul23:03
*** saneax has joined #zuul23:04
fungii guess web/src/containers/build/Manifest.jsx is where it'll need to happen23:22
*** jamesmcarthur has quit IRC23:26
*** igordc has quit IRC23:34
corvusyep that's the spot23:36
*** rlandy has quit IRC23:41
fungiflagged for tomorrow, beer-thirty has found me this day23:45
SpamapSAnybody else ever run into problems on Ubuntu/Debian nodes where jobs fight with apt/dpkg locks? I think I'm racing with cloud-init or anacron ... not sure.. but.. wondering if there's a simple solution.23:47
clarkbwe don't cloud init and disable a lot of the things that would do that I think23:48
clarkbI don't recall running into that, but could be a side effect of using minimal images to start with23:48
SpamapSYeah I think that's probably what we'll have to do.23:48
fungialso unattended-upgrades cron could be doing it, yeah23:50
SpamapSyeah, all 3 of those are in the base image23:50
SpamapSwe're building our own ami's with packer now (some day maybe we can use nodepool-builder and dib) .. probably should just strip all of that out.23:50
fungiof course, because they don't assume systems booted with those images will be deleted in ~an hour23:50
SpamapSAlso while we're at it we should apt install all the things and remove all the apt: lines from our jobs. ;)23:50

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