| *** marios is now known as marios|ruck | 06:04 | |
| *** amoralej|off is now known as amoralej | 08:11 | |
| opendevreview | Merged openstack/releases master: [antelope] release stevedore 4.1.1 https://review.opendev.org/c/openstack/releases/+/864096 | 09:02 |
|---|---|---|
| opendevreview | Merged openstack/releases master: Update release liaison for kolla project https://review.opendev.org/c/openstack/releases/+/863998 | 09:06 |
| *** dviroel|biab is now known as dviroel | 09:36 | |
| opendevreview | Hervé Beraud proposed openstack/releases master: Moving back oslo deliverables to the CWI model https://review.opendev.org/c/openstack/releases/+/864095 | 09:44 |
| *** dviroel is now known as dviroel|doc-appt | 09:52 | |
| opendevreview | Merged openstack/releases master: Release manila-tempest-plugin https://review.opendev.org/c/openstack/releases/+/864066 | 10:03 |
| elodilles | yesterday the tagging (wallaby-em) of python-glanceclient failed and now we are missing the tag there? any idea what is the best approach to fix this? | 10:08 |
| elodilles | hberaud ttx ^^^ | 10:08 |
| * hberaud look | 10:08 | |
| elodilles | i don't know whether the reenqueue would work, especially there were 3 repos to be tagged out of which 2 were successful | 10:09 |
| elodilles | since this is an *-em tag maybe tagging by hand is the easiest fix | 10:09 |
| hberaud | the error (which led us to the job failure) seems related to git review, right? | 10:11 |
| elodilles | it seems to be the error which comes when there is no .gitreview, but actually there is | 10:12 |
| elodilles | we had a bit of a talk about the possible issue with clarkb yesterday: https://meetings.opendev.org/irclogs/%23openstack-release/%23openstack-release.2022-11-09.log.html#t2022-11-09T16:45:31 | 10:13 |
| hberaud | weird.... | 10:13 |
| elodilles | yepp. i hope we won't see this again... :S | 10:13 |
| hberaud | I'd give a try to a reenqueue... | 10:14 |
| ttx | yeah reenqueue would probably skip the existing tags | 10:14 |
| hberaud | and if it fail again then handly tagging it | 10:14 |
| hberaud | but the reenqueue can confirm if this is a legit issue or not | 10:14 |
| elodilles | ttx hberaud : ack, then let's try the reenqueue | 10:14 |
| elodilles | hberaud: true | 10:15 |
| elodilles | fungi: when you are around, could you please give a try to reenqueue this job? https://zuul.opendev.org/t/openstack/build/eeb435b7663f4dc9b6390353301221e8 we think that it could have been a temporary issue and a reenqueue will solve it | 10:17 |
| *** dviroel|doc-appt is now known as dviroel | 11:24 | |
| fungi | yep, i can take a look shortly | 12:24 |
| fungi | it's running | 12:47 |
| elodilles | thanks! let's see if it succeeds | 12:48 |
| fungi | looks like it worked that time | 12:51 |
| elodilles | yepp, it's there | 12:52 |
| elodilles | \o/ | 12:52 |
| fungi | https://opendev.org/openstack/python-glanceclient/tags shows wallaby-em | 12:52 |
| elodilles | https://opendev.org/openstack/python-glanceclient/src/tag/wallaby-em | 12:53 |
| elodilles | yepp | 12:53 |
| elodilles | thanks! | 12:53 |
| *** amoralej is now known as amoralej|lunch | 12:53 | |
| elodilles | so at least it was a temporary issue | 12:53 |
| elodilles | the question is whether this will happen again from now on, and if yes, what can we do about it to prevent :/ | 12:54 |
| *** amoralej|lunch is now known as amoralej | 14:51 | |
| *** dviroel is now known as dviroel|lunch | 15:54 | |
| *** knikolla[m] is now known as knikolla | 16:06 | |
| *** marios|ruck is now known as marios | 16:16 | |
| *** marios is now known as marios|out | 16:16 | |
| *** marios|out is now known as marios | 16:16 | |
| *** marios is now known as marios|out | 16:23 | |
| clarkb | elodilles: you can optimize the `git review -s` step away if we think that we may be hitting connection limits | 16:24 |
| clarkb | elodilles: really all that does is figure out what git remote to add for gerrit and test that it works (it also installs the commit hook but for tagging you don't care about that) | 16:25 |
| clarkb | elodilles: what ou can do is simply add the appropriate gerrit remote in the git repo since this is automated and you aren't a human | 16:25 |
| elodilles | clarkb: ack, thanks for the suggestion, i'll keep this in mind and propose a patch if needed. (this means the connection limit is not a temporary thing i guess) | 16:28 |
| clarkb | elodilles: no, and I doubt it is something we would change in gerrit. It was instituted to address real problems that end users were creating with the server and I think we set very generous limits | 16:28 |
| elodilles | ack, i see | 16:31 |
| *** iurygregory__ is now known as iurygregory | 16:44 | |
| *** dviroel|lunch is now known as dviroel | 16:59 | |
| *** mnaser__ is now known as mnaser | 17:05 | |
| *** dviroel_ is now known as dviroel | 18:02 | |
| *** amoralej is now known as amoralej|off | 18:47 | |
| *** dviroel is now known as dviroel|afk | 20:12 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!