Saturday, 2021-07-03

opendevreviewJames E. Blair proposed zuul/zuul-jobs master: Ignore errors when deleting tags from dockerhub  https://review.opendev.org/c/zuul/zuul-jobs/+/79933800:00
corvusclarkb: ^ maybe we could merge that, then re-run the job?00:00
corvusor i can pull/push manually00:00
clarkbI'm hapyp to land that change and try it that way unless you want to go quicker.00:01
corvusit may be a toss up which is quicker :)00:01
clarkbcorvus: we must tag latest before that though? otherwise the tag it wants to move to ltest won't exist?00:01
corvusyou know... i am concerned that may not work00:02
corvusthe sequence is GET, PUT, DELETE00:02
clarkbya I'm thinking we may have already tried to update the tag and it is just the delete that failed00:02
clarkber the delete failing is just what we have noticed00:02
corvusand my theory is that GET and PUT are working.  but we're still not seeing 'latest' as being something new00:02
clarkbright00:03
corvuswhich suggests PUT is not working00:03
clarkbcorvus: if you fetch latest locally does it match what dockerhub shows as latest or something else? (I ask this knowing that whenever I try to answer this qusetion it is never easy)00:03
corvuslet me see what pulling latest does00:03
corvuswe have handy 'tags' in our manifests to help with that :)00:04
corvusor rather 'labels' sorry00:05
corvus                "org.zuul-ci.change": "799317",00:05
clarkbif I pull zuul/zuul:latest it says Digest: sha256:4997a8893bf7f583f4862f64975e78dfb73b0e6e7bab89feca2a52c556ccffd5 and that matches https://zuul.opendev.org/t/zuul/build/08da96babad640a29136acdbb2244b49/log/job-output.txt#1140000:05
corvusclarkb: i think that means zuul/zuul latest really is our change00:05
clarkbyes, and it is just the web ui/api that is struggling00:05
corvusunfortunately, it's only zuul/zuul that updated00:06
corvusso if we merge my zuul-jobs change and re-run, i think we will get all the images to update00:06
clarkbaha because it was first in the iteration. Your failed_when: false change would address that00:06
clarkb++00:06
clarkbI've +2'd the z-j change I'll let you decide if you want to try landing and reenqueuing or do it manually00:06
corvusi think it's going to be easiest to land that and re-run00:07
clarkbworks for me00:07
fungimakes sense00:07
corvusbtw, it did look like the data size eventually dropped, so i think the compression is making a difference00:13
clarkbwe are just waiting for a xenial node now I think00:17
clarkbI need to check on family. Will watch the zuul status from my phoen and get back to a proper keyboard when it goes through to continue with things if we want to do that still00:25
corvusclarkb: no worries; i can take care of it; feel free to check in or not as you want :)00:33
corvusclarkb, fungi: thanks for all your help :)00:33
opendevreviewMerged zuul/zuul-jobs master: Ignore errors when deleting tags from dockerhub  https://review.opendev.org/c/zuul/zuul-jobs/+/79933800:35
clarkbthat took less time than I expected :)00:36
clarkbI'm here again00:36
clarkbwe're doing an easy breakfast for dinner so I can get to that once this is done00:37
clarkbcorvus: I guess the next step is to reenqueue the promotion job for 799317?00:41
* clarkb makes some dinner back in a bit00:48
corvusyep, re-enqueing now01:03
corvusjob completed successfully01:05
corvuszuul-scheduler:latest now says 79931701:05
corvusi will pull and restart01:05
clarkbhuh docker hub reflects the update now too01:11
clarkbI still don't see the 799317 tag but I'm unsure if that is because it is in a weird state or if it got properly cleaned up01:11
corvusme neither; i didn't check to see if the delete succeeded01:17
fungicorvus: and thanks for your help!01:19
corvusi snagged a snapshot in ~corvus/one01:21
corvusonce some jobs finish, we can compare to that and see if there are some lines deleted01:21
corvus3654c3b0e9184334a7c10f3a63ce7af9 exists only in the first snapshot01:23
corvus2021-07-03 01:22:09,784 DEBUG zuul.Pipeline.openstack.check: Build <Build 3654c3b0e9184334a7c10f3a63ce7af9 of openstack-tox-py37 voting:True on <Worker ze01.opendev.org>> of <Change 0x7fa02cbcce20 openstack/tripleo-common 799203,1> completed01:24
clarkbcorvus: is that on zk04?01:24
corvusclarkb, fungi: ^ so far so good01:24
corvusclarkb: yep01:24
funginice01:24
clarkbya grafana shows falling number of watches on zk04 and zk06 whcih we did not see prior to the restart (They only grew)01:24
corvusalso, the executor queue graph has real numbers now01:25
corvusokay, i think i'll downgrade my attention; maybe check in tommorow and see how things are looking01:39
clarkbsounds good, thanks for working through this!01:40
fungii'll be around checking in as well, in case anything falls over in opendev01:42

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