Monday, 2022-07-18

opendevreviewMerged openstack/project-config master: Remove testpypi references  https://review.opendev.org/c/openstack/project-config/+/84975702:47
opendevreviewMerged openstack/project-config master: twine: default to python3 install  https://review.opendev.org/c/openstack/project-config/+/84975802:52
opendevreviewMerged openstack/project-config master: pypi: use API token for upload  https://review.opendev.org/c/openstack/project-config/+/84976302:57
sahido/06:48
sahidMorning all, is there a way to join the CI job here? https://zuul.opendev.org/t/openstack/build/c88cb17bf84a4ff489b86ed3442835a2 It's kind of challenging to rebuild the whole env locally to debug the issue that the patch introduced06:49
*** ysandeep is now known as ysandeep|lunch08:38
*** ysandeep|lunch is now known as ysandeep10:23
*** rlandy|out is now known as rlandy10:30
opendevreviewJiri Podivin proposed openstack/openstack-zuul-jobs master: DNM testing potention Bandit job  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/84950111:27
*** sfinucan is now known as stephenfin11:30
fungisahid: what do you mean by "join" in this context? also, that build succeeded, so i'm unsure what issue you're referring to11:35
*** dviroel_ is now known as dviroel11:35
fungidid you mean to link to a different one?11:36
sahidfungi: mistake sorry, talking about this one11:54
sahidhttps://zuul.opendev.org/t/openstack/build/9fde9aa51e05442daaa95cfd274ad3f611:54
sahidis there a way to join the machine and debug it in-place?11:54
sahids/mistake/my mistake12:04
fungisahid: by default the virtual machines for each build are automatically deleted as soon as the build finishes, but admins of the ci system have the ability to request a node hold for a future failure of that job on that change, so as a last resort we can do that and rerun all the jobs, then add ssh keys to grant access to the held test nodes12:27
fungilike i said though, that's an absolute last resort, ideally the job should collect all the necessary logs to debug the problem12:27
fungifor starters, you can find the test details (subunit attachments) in the report linked from the logs section: https://f91f4021ad2f558e13d2-40c40653085e805e0ea6c3df0bb43128.ssl.cf1.rackcdn.com/839479/16/check/neutron-ovs-grenade-dvr-multinode/9fde9aa/testr_results.html12:28
fungiin this case, it looks like something is preventing the guest vm from being reachable by the test runner in three of the tempest tests12:30
fungiat https://zuul.opendev.org/t/openstack/build/9fde9aa51e05442daaa95cfd274ad3f6/logs you can find the service logs copied from the compute host, which hopefully include information on the operations used to create the guests from those tests12:31
*** dasm|off is now known as dasm|ruck13:43
sahidfungi: yes thanks for the pointerm I'm struggling with it from last week :-) that is why I'm making that ask13:56
sahidthere are no erros in logs that could give to me hint to resolve the pb13:58
sahids/pb/problem13:58
xekhey, I have an issue contacting 1.1.1.1 in the CI, were there any changes in name resolution lately?14:05
xekhttps://zuul.opendev.org/t/openstack/build/0344f268833f4b66b6269a1c05c3de42/log/ipa-logs/ipaserver-install.log14:05
xekrlandy, ^14:05
rlandyxek: hmmm ... not that we have noticed14:05
rlandychkumar|rover: dasm|ruck: ^^ any trouble here?14:06
dasm|rucknothing that we know about14:10
fungiit's possible there are routing issues from one of the providers, or google has blocked access to 1.1.1.1 from some locations14:29
fungii think we also configure unbound to query opendns (either first or as a fallback)14:29
fungithat job ran in rackspace's dfw region, so should have normal ipv4 routing for the nodes (not going through a provider's nat for egress)14:36
*** dviroel is now known as dviroel|lunch15:08
*** ysandeep is now known as ysandeep|out15:17
sean-k-mooneyfungi: can you take a look at https://review.opendev.org/c/openstack/project-config/+/83759516:08
sean-k-mooneyi was ment to ask about this last week but forgot16:08
fungisure16:09
sean-k-mooneyits the update for the review priorty lable we would like to try using it as we come up to m316:10
fungiyep, approved just now16:13
*** dviroel_ is now known as dviroel16:15
sean-k-mooneyfungi: thanks16:17
fungiyw16:17
opendevreviewMerged openstack/project-config master: update Review-Priority label for nova related projects  https://review.opendev.org/c/openstack/project-config/+/83759516:21
*** akekane_ is now known as abhishekk16:41
*** rlandy_ is now known as rlandy17:59
*** Guest5179 is now known as clarkb19:03
opendevreviewJames Page proposed openstack/project-config master: Add OpenStack K8S charms  https://review.opendev.org/c/openstack/project-config/+/84999619:08
*** rlandy_ is now known as rlandy19:12
*** tosky_ is now known as tosky19:45
jamespage_o/19:59
jamespage_has something changed in either the behaviour of opendev gitea or GitPython?19:59
jamespage_the review above ^^ is timing out and debugging locally the check to see if the opendev hosted repository exists is hanging20:00
jamespage_on a prompt for a username20:00
jamespage_https://opendev.org/openstack/project-config/src/branch/master/tools/check_valid_gerrit_projects.py#L22420:00
clarkbjamespage_: I think that is trying to clone your upstreams to ensure they can be cloned when we create the project in gerrit20:09
clarkball of the upstreams are github not gitea20:10
clarkboh wait we also check if we have imported it to gerrit before /me looks closer20:10
jamespage_yeah - I thought the same to start with and checked all repos to ensure they where public etc.20:10
jamespage_but the stack is def in the openstack_repo check20:11
clarkbjamespage_: how do you know it is failing on a prompt for a user name? I don't see that in the logs?20:11
clarkbI don't see a traceback either. Cna you link to that?20:11
jamespage_I'm running the same command locally 20:11
jamespage_I can't see that information in the logs in the check20:11
clarkbgot it20:11
jamespage_https://paste.opendev.org/show/bJtuzH0TBphTEaq1TZua/20:12
clarkbI think gitea may prompt for a username/password if you try to fetch something that isn't there because it thinks maybe it needs to auth to see it20:12
jamespage_I've def seen that behaviour before - I think github does the same20:13
fungialso that's a typical behavior for a system with support for access-controlled content, since not prompting for a login when trying to access stuff that doesn't exist would allow you to infer what does exist20:13
clarkbI wonder if before it never had a tty so couldn't prompt20:14
clarkbbut maybe ansible 5 does get one or something?20:14
clarkbI don't think this is new gitea behavior whcih is why I suspect something on the client side20:16
clarkbI think using the gitea api requiests auth otherwise I'd say we just update that to check the projcet listing from the api20:19
clarkbs/requiests/requires/20:19
jamespage_clarkb: a simple urllib request will throw a 404 exception if the repo does not exist20:32
clarkbjamespage_: thats a good idea too. It does look like if you try to fetch something where the first level doesn't exist then it just fails20:34
clarkbbut if the first level does exist it assumes that you've got permissions issues and wants credentials. There are also ways to turn off credential helping which might work20:34
clarkbbut a simple https request is probably best20:35
jamespage_clarkb: let me pop up a review for that20:35
clarkbthanks20:36
opendevreviewJames Page proposed openstack/project-config master: HTTP check existing repositories  https://review.opendev.org/c/openstack/project-config/+/85025220:38
opendevreviewJames Page proposed openstack/project-config master: Add OpenStack K8S charms  https://review.opendev.org/c/openstack/project-config/+/84999620:38
jamespage_lets also see if that resolves my issue :)20:38
opendevreviewJames Page proposed openstack/project-config master: HTTP check existing repositories  https://review.opendev.org/c/openstack/project-config/+/85025220:45
opendevreviewJames Page proposed openstack/project-config master: Add OpenStack K8S charms  https://review.opendev.org/c/openstack/project-config/+/84999620:46
*** dasm|ruck is now known as dasm|off21:27
*** dviroel is now known as dviroel|out21:39
*** rlandy is now known as rlandy|bbl21:56

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