*** tosky has quit IRC | 00:05 | |
*** holser has quit IRC | 00:52 | |
*** holser has joined #oooq | 00:58 | |
*** holser has quit IRC | 01:09 | |
*** holser has joined #oooq | 01:13 | |
*** ysandeep has joined #oooq | 01:27 | |
*** holser has quit IRC | 01:40 | |
*** holser has joined #oooq | 03:09 | |
*** sanjayu_ has joined #oooq | 03:55 | |
*** udesale has joined #oooq | 03:55 | |
*** skramaja has joined #oooq | 04:30 | |
*** ykarel|away has joined #oooq | 04:37 | |
*** chandankumar has joined #oooq | 04:50 | |
*** sanjayu__ has joined #oooq | 04:52 | |
*** sanjayu_ has quit IRC | 04:55 | |
*** holser has quit IRC | 05:00 | |
*** ykarel|away is now known as ykarel | 05:09 | |
*** bhagyashris has joined #oooq | 05:19 | |
*** chandankumar has quit IRC | 05:32 | |
*** chandankumar has joined #oooq | 05:53 | |
*** akahat has joined #oooq | 05:55 | |
*** surpatil has joined #oooq | 06:05 | |
*** chandankumar has quit IRC | 06:14 | |
*** SurajPatil has joined #oooq | 06:16 | |
*** chandankumar has joined #oooq | 06:17 | |
*** surpatil has quit IRC | 06:18 | |
*** surpatil has joined #oooq | 06:19 | |
*** SurajPatil has quit IRC | 06:21 | |
*** soniya29 has joined #oooq | 06:40 | |
*** akahat has quit IRC | 06:42 | |
*** chandankumar has quit IRC | 06:42 | |
*** marios has joined #oooq | 06:51 | |
*** ratailor has joined #oooq | 06:56 | |
*** chandankumar has joined #oooq | 07:05 | |
*** akahat has joined #oooq | 07:17 | |
chandankumar | marios, Good morning :-) | 07:34 |
---|---|---|
chandankumar | marios, Happy new year :-) | 07:34 |
*** jtomasek has joined #oooq | 07:37 | |
marios | chandankumar: o/ \o/ | 07:40 |
*** ykarel is now known as ykarel|lunch | 07:40 | |
*** tesseract has joined #oooq | 08:11 | |
*** d0ugal has joined #oooq | 08:25 | |
arxcruz | good morning people | 08:26 |
*** d0ugal has joined #oooq | 08:28 | |
*** ykarel|lunch is now known as ykarel | 08:31 | |
arxcruz | zbr: weshay|ruck so, for libpod, shall we use scenario000 ? since we just need to test the rpm intallation and a small set of services ? this would be faster (i believe 30 minutes) | 08:41 |
arxcruz | soniya29: https://review.opendev.org/#/c/701016/4/config/general_config/featureset020.yml is an example you can use to run only the tests you want on featureset020 | 08:42 |
sshnaidm | o/ | 08:50 |
arxcruz | marios: just checked the tempest timeout, and we are already using the defaults (60 seconds) on featureset020, so I don't think this will help | 08:51 |
arxcruz | marios: what might help if we want to keep only one job, is increase the resources, but I don't know if that's a good strategy or not | 08:51 |
marios | arxcruz: o/ ? not following fully though... i am not doing somethign to timeout | 08:52 |
marios | arxcruz: the goal is to get some timing for the tests... then decide how to split across two jobs | 08:52 |
marios | arxcruz: i haven't checked the results from friday yet (just api) i will be digging more there today | 08:53 |
soniya29 | arxcruz, thanks | 08:54 |
arxcruz | marios: yeah sorry, i though i talked with you about the timeout, but it was with weshay|ruck | 08:54 |
arxcruz | we were wondering if we could reduce the timeout | 08:54 |
arxcruz | so tests would fail faster | 08:55 |
arxcruz | :D | 08:55 |
marios | arxcruz: but that is not the problem | 08:55 |
marios | arxcruz: i mean, tests pass | 08:55 |
marios | arxcruz: it just takes too damn long | 08:55 |
marios | sometimes they fail/timeout etc | 08:55 |
marios | but... | 08:55 |
marios | i think just too many tests | 08:55 |
marios | arxcruz: typically fs20 fails across all branches in periodic, and if you re-run with testproject 8/10 you will get a green run | 08:55 |
arxcruz | hmmmmm | 08:57 |
arxcruz | marios: weird the fs020 job didn't trigger on your patch... | 08:58 |
ykarel | is fs020 consistent timeout issue is across all branches? | 08:58 |
marios | arxcruz: well its on purpose apparently | 08:58 |
marios | arxcruz: sec | 08:58 |
marios | ykarel: not consistent | 08:58 |
ykarel | i thought it's not in all releases | 08:58 |
marios | ykarel: but pretty often. and not always timeout | 08:58 |
marios | ykarel: but usually a failed tempest | 08:58 |
marios | ykarel: which if you re-run with testproject 8/10 you will get a green run | 08:58 |
ykarel | failed tempest is accepted | 08:58 |
*** ratailor has quit IRC | 08:59 | |
ykarel | but timeout can be a different issue if it's affecting all releases | 08:59 |
marios | arxcruz: https://review.rdoproject.org/r/24338 | 08:59 |
marios | ykarel: no we are not talking about something specific today | 08:59 |
marios | ykarel: more like the pattern. | 08:59 |
marios | ykarel: in periodic pipelines it is very often fs20 which fails | 08:59 |
ykarel | marios, and that pattern is in all releases? | 08:59 |
*** ratailor has joined #oooq | 08:59 | |
ykarel | or just some specific releases | 08:59 |
marios | ykarel: yeah we have seen it across all of them | 09:00 |
marios | arxcruz: i posted that https://review.rdoproject.org/r/24338 but after discussion with weshay its on purpose | 09:00 |
ykarel | ok strange then, i might have missed that then | 09:00 |
marios | arxcruz: which is why i used that test @ https://review.rdoproject.org/r/24339 with depends-on | 09:00 |
ykarel | as f2020 rocky/queens have a known issues | 09:00 |
marios | ykarel: right now they do yes | 09:00 |
ykarel | master last i saw was consistent timeout | 09:00 |
marios | ykarel: but even before it was the same | 09:01 |
ykarel | marios, ack, anywhere u tracking in detail what/where etc, i can look there | 09:01 |
ykarel | without stats it will be difficult to understand | 09:01 |
marios | ykarel: not really we have that https://tree.taiga.io/project/tripleo-ci-board/task/1383 | 09:02 |
marios | ykarel: ack on stats... so i was staring at logs to get some sense of which tempest tests take longest but couldn't fine sane way | 09:02 |
marios | ykarel: ara tells me it took 2.27 hours to run all of the tests | 09:02 |
marios | ykarel: but not individual | 09:02 |
ykarel | marios, iirc we log individual tests timeout too | 09:03 |
ykarel | at least before os-tempest | 09:03 |
marios | ykarel: ack well if you feel like digging there let me know if you find something | 09:03 |
marios | ykarel: or feel free to just update the taiga | 09:03 |
ykarel | marios, sure i can check but later, currently i missing full context | 09:04 |
marios | ykarel: ack | 09:05 |
ykarel | main thing is to find root cause, when/why it started | 09:05 |
marios | ykarel: i think root cause is just tempest.api.* and tempest.scenario.* & tempest plugins | 09:05 |
ykarel | marios, but why it used to run fine earlier | 09:05 |
ykarel | are there more tests added recently? | 09:06 |
marios | ykarel: well it was always the longest running job. not sure if it was more stable earlier, at least i always remember it as being a 'likely' candidate when you are checking the periodic pipleines | 09:06 |
marios | ykarel: i don't know if there have been a bunch more tests added recently | 09:06 |
marios | arxcruz: ? ^ | 09:06 |
arxcruz | ykarel: marios I believe rocky runs on old validate-tempest, this is also a point... | 09:07 |
arxcruz | chandankumar: right? ^ | 09:07 |
chandankumar | arxcruz, yes | 09:07 |
arxcruz | marios: let me check that for you | 09:07 |
marios | arxcruz: k cool that is a good point we can use it to compare the runtimes | 09:07 |
chandankumar | arxcruz, marios train and master uses os_tempest only | 09:07 |
marios | arxcruz: well... it isn't running the same tests so not really a good comparison though | 09:07 |
ykarel | yes we can find the failure pattern | 09:07 |
chandankumar | for os_tempest jobs we can compare the tempest_run.log file | 09:07 |
marios | arxcruz: but worth having in mind | 09:07 |
ykarel | from zuul api atleast for last few runs, to filter out the issue further | 09:08 |
chandankumar | from /var/log/tempest | 09:08 |
*** ratailor_ has joined #oooq | 09:08 | |
chandankumar | sshnaidm, arxcruz Happy New Year :-) | 09:08 |
sshnaidm | chandankumar, thanks, man | 09:08 |
arxcruz | marios: from the commit messages there are a few tests changed/added but nothing that might sugest the increase of our timeouts | 09:09 |
arxcruz | chandankumar: happy new year man, since last decade we don't talk :) | 09:09 |
marios | arxcruz: thanks | 09:09 |
ykarel | marios, so i see https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-7-ovb-1ctlr_2comp-featureset020-rocky&job_name=periodic-tripleo-ci-centos-7-ovb-1ctlr_2comp-featureset020-queens&result=TIMED_OUT&job_name=periodic-tripleo-ci-centos-7-ovb-1ctlr_2comp-featureset020-stein&job_name=periodic-tripleo-ci-centos-7-ovb-1ctlr_2comp-featureset020-train&job_name=periodic-tripleo-ci-centos-7-ovb-1ctlr_2comp-featureset020-master | 09:10 |
ykarel | and from this i see Stable release didn't TIMED_OUT from long | 09:10 |
*** ratailor has quit IRC | 09:10 | |
ykarel | most timeouts are in master/than train | 09:11 |
marios | ykarel: 10:58 < marios> ykarel: but pretty often. and not always timeout | 09:12 |
marios | 10:58 < marios> ykarel: but usually a failed tempest | 09:12 |
marios | ykarel: not always timeout it also fails tests and they then pass on rerun | 09:12 |
ykarel | marios, yes but failed tempest is acceptable, and can be a valid/known issue | 09:12 |
marios | chandankumar: can confirm we saw it often on our last ruck|rovering | 09:12 |
marios | ykarel: ok no one is contesting that | 09:13 |
marios | ykarel: i am not saying remove tests | 09:13 |
marios | ykarel: we want to split job into two | 09:13 |
chandankumar | marios, yes, test failed, but it passed on re-run | 09:13 |
ykarel | marios, /me not objecting in solution, my point was mainly finding root cause | 09:13 |
ykarel | as if we have root cause, solutions can be better | 09:14 |
marios | ykarel: ack | 09:14 |
zbr | morning! | 09:19 |
zbr | arxcruz: re libpod, i have some bad news | 09:20 |
zbr | marios: please give me a +2 on https://review.rdoproject.org/r/#/c/24348/ so i can merge it w/o abuse | 09:20 |
zbr | for libpod - also need a +2 on https://review.rdoproject.org/r/#/c/24349/ | 09:21 |
zbr | mainly before being able to consume the podman rpms, we need to sort https://github.com/containers/libpod/issues/4665 | 09:25 |
*** derekh has joined #oooq | 09:25 | |
sshnaidm | zbr, why do you insist to run with "set -ex" in https://review.rdoproject.org/r/#/c/24349/8..9/playbooks/podman/run.yaml | 09:26 |
sshnaidm | zbr, and why do you need a "pipefail" if no pipe is there | 09:27 |
zbr | because that line is what is called the bash strict mode. I use it everywhere. we have no pipe now, but one may add later, and forget it. | 09:28 |
zbr | x is optional based on needs | 09:28 |
zbr | http://redsymbol.net/articles/unofficial-bash-strict-mode/ | 09:28 |
zbr | x can prove spammy in some cases but not in this, where it adds only 3 lines. | 09:29 |
zbr | if you really hate it, i can remove it. | 09:29 |
zbr | we also have no variables in that snippet, but this does not mean using the entire strict line is wrong | 09:29 |
zbr | i think is much easier to make a habit of adding this line to any shell block. | 09:30 |
zbr | (not command, shell) | 09:30 |
sshnaidm | zbr, you have linter rule to not forget about it | 09:32 |
sshnaidm | zbr, this strict line is great for pure bash, but not for ansible shell task | 09:33 |
sshnaidm | zbr, -x in shell task doesn't give any value, "cmd" will be printed by ansible | 09:34 |
zbr | sshnaidm: i removed, x aspect does not worth more debate time, we have more important things to address. | 09:36 |
arxcruz | zbr: bad news in the first monday of the year, what else I would ask for? | 09:36 |
zbr | arxcruz: depends how you look at it, more work! no need to worry that we run out of things to do. | 09:37 |
sshnaidm | zbr, I mention it because I see it in your other patches too, just curios why we can need it in ansible | 09:37 |
arxcruz | zbr: always looking to the bright side of life | 09:38 |
zbr | as soon we merge the libpod change I am going to start pinging their channel for help fixing the conman issue. | 09:38 |
arxcruz | and now you will stay with this music on your head | 09:38 |
arxcruz | surpatil: hey man, did you made progress on the mock ? | 09:38 |
surpatil | arxcruz, not yet | 09:39 |
marios | zbr: ack but would be nice to have some more context/ i can +2 later if you don't get more votes | 09:39 |
arxcruz | surpatil: let me know if you need help | 09:39 |
surpatil | ok arxcruz | 09:39 |
zbr | marios: mainly i am trying to zuul testing with few other 3rd party projects we use: sellinux, python-molecule and molecule itself after the first two. | 09:40 |
sshnaidm | zbr, why did you remove podman version in new patchset? | 09:41 |
zbr | forgot to sync, adding it now. | 09:42 |
zbr | git-review is a bit stupid in that aspect | 09:42 |
zbr | marios: re question about selinux/pytest-molecule/molecule projects, that is needed in order to migrate our jobs to centos-8 | 09:45 |
zbr | these projects are currently tested only on travis where only ubuntu can be used | 09:45 |
marios | thanks zbr copying that into the review, i can revisit in a while | 09:46 |
zbr | i am now adding a sprint task about it, it could save me time explaining it there. | 09:47 |
zbr | my mistake to do it without explaining it | 09:47 |
sshnaidm | zbr, why do we need it for c8? | 09:48 |
*** SurajPatil has joined #oooq | 09:49 | |
zbr | because the plan is to migrate all tox-like jobs to centos-8, due to at least two factore: py27 reached EOL and is already dropped from most openstack projects, and 2nd: podman is not usable on centos-7. | 09:50 |
zbr | in fact for these jobs it would also be ok to use a recent fedora, but clearly not c7. | 09:50 |
*** surpatil has quit IRC | 09:52 | |
sshnaidm | zbr, it doesn't explain though why we need this module | 09:56 |
zbr | sshnaidm: what module? | 09:57 |
zbr | Added https://tree.taiga.io/project/tripleo-ci-board/task/1439 | 09:58 |
*** ysandeep has quit IRC | 09:58 | |
zbr | sshnaidm: https://review.rdoproject.org/r/#/c/24349/ passed, please revote. | 09:59 |
*** surpatil has joined #oooq | 10:01 | |
sshnaidm | zbr, are you talking about pycontribs/selinux module? | 10:02 |
zbr | sshnaidm: yes. | 10:02 |
zbr | i will put links, is purely related to molecule use. | 10:02 |
sshnaidm | zbr, this module ^^ :) | 10:03 |
zbr | in order to be able to use ansible from inside a virtualenv, (python-)selinux is needed. | 10:03 |
zbr | i will explain it better in the task, with links. | 10:03 |
zbr | and yeah, i have zero plans to build the real selinux myself. | 10:04 |
sshnaidm | zbr, doesn't it work in c8 as it works in c7? | 10:04 |
zbr | sshnaidm: yeah it works but by chance, not that we have CI to validate it. | 10:04 |
*** SurajPatil has quit IRC | 10:04 | |
sshnaidm | zbr, for using this module we need to have it in RDO | 10:05 |
zbr | sshnaidm: the real advantage is to test molecule project itself but that is bit trickier as I need ansible team to enable the zuul integration, and that would be easier if we show them the first two. | 10:05 |
sshnaidm | zbr, I think ansible tead does have zuul, we have ansible jobs in openstack zuul | 10:06 |
zbr | sshnaidm: that is a python module that is needed only for virtualenvs, is is distributed only as wheel and it makes zero sense to be distributed as rpm, as you cannot install a rpm inside a venv | 10:07 |
zbr | mainly that module replace the selinux cp hack we used to have in quickstart, if you remember. | 10:07 |
sshnaidm | zbr, https://dashboard.zuul.ansible.com/tenants | 10:07 |
zbr | sshnaidm: yeah, the plan is to move molecule job to that tenant later, but pabelanger is busy with other stuff. we will transition when he is ready. | 10:08 |
sshnaidm | zbr, I mean RDO not for RPM, but for gating more. Having uncontrolled modules in our jobs is last thing we need now.. | 10:08 |
zbr | sshnaidm: python-selinux module started to be used in our jobs ~april 2019 if it remember well. we lots of deps we do not control | 10:11 |
sshnaidm | zbr, we control deps via rdo jobs when pin to specific versions | 10:11 |
sshnaidm | zbr, we control everything in delorean repos at least.. | 10:12 |
zbr | for example tox, pytest, .... they are not controlled, block pypi and find out how many stuff we consume from outside. not everything is pinned and that is not necessarly bad. risk is assered on case by case. there is a very big difference between QA tools that we never ship and the deps that end-up in the product. | 10:13 |
zbr | nobody made a pre-commit rpm, and also nobody died because we didn | 10:14 |
zbr | sshnaidm: maybe you are not aware that key modules like: pip, tox, setuptools and virtualenv are overridden by zuul with latest versions from PYPI, even if the rpms are installed. That is what openstack-infra decided long time ago. In fact the reality is that I bet that molecule or ansible-lint at least may not even install with the pip version we ship as rpm. | 10:17 |
*** chem has joined #oooq | 10:20 | |
*** SurajPatil has joined #oooq | 10:26 | |
*** surpatil has quit IRC | 10:28 | |
*** sanjayu__ has quit IRC | 10:33 | |
*** saneax has joined #oooq | 10:33 | |
*** surpatil has joined #oooq | 10:53 | |
*** SurajPatil has quit IRC | 10:56 | |
matbu | marios: o/ hey man best wishes | 11:01 |
matbu | marios: maybe i'm missing something but this one is a promotion blocker https://bugs.launchpad.net/tripleo/+bug/1853012 ? | 11:01 |
openstack | Launchpad bug 1853012 in tripleo "Standalone upgrade job is failing - On ovn upgrade" [Critical,In progress] - Assigned to mathieu bultel (mat-bultel) | 11:01 |
matbu | marios: i'm catching up thing | 11:01 |
matbu | CI seems all green (update & upgrade i mean) | 11:01 |
marios | matbu: o/ looking | 11:07 |
marios | matbu: happy new year ;) \o/ | 11:07 |
marios | matbu: not sure... the bug is pretty old but there is a recent comment by weshay there fromfriday | 11:08 |
marios | matbu: and the job is in pretty bad shape https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-7-standalone-upgrade-train | 11:08 |
marios | matbu: but looks like the job isn't in promotion criteria https://github.com/rdo-infra/ci-config/blob/master/ci-scripts/dlrnapi_promoter/config/CentOS-7/train.ini | 11:10 |
*** surpatil is now known as surpatil|afk | 11:11 | |
matbu | marios: hmm ack, i'll take a look | 11:12 |
matbu | right it's totally red | 11:12 |
marios | matbu: i think it should be in promotion criteria anyway | 11:12 |
marios | matbu: so it isnt technicall blocker but should be | 11:13 |
*** akahat has quit IRC | 11:15 | |
*** holser has joined #oooq | 11:15 | |
*** udesale has quit IRC | 11:16 | |
*** surpatil|afk has quit IRC | 11:36 | |
*** surpatil|afk has joined #oooq | 11:58 | |
* matbu lunch | 12:00 | |
*** matbu has quit IRC | 12:05 | |
*** rfolco has joined #oooq | 12:10 | |
*** akahat has joined #oooq | 12:16 | |
*** holser has quit IRC | 12:18 | |
*** beagles is now known as beagles|afk | 12:27 | |
weshay|ruck | 0/ | 12:28 |
weshay|ruck | zbr, arxcruz ah.. yikes http://dashboard-ci.tripleo.org/d/jiglzyLWk/third-party-dependency-check?orgId=1 | 12:28 |
weshay|ruck | arxcruz, 20-01-06 12:04:49 | 12:29 |
weshay|ruck | ceph/ceph-ansible | 12:29 |
weshay|ruck | master | 12:29 |
weshay|ruck | 4883 | 12:29 |
weshay|ruck | tripleo-ceph-integration-rhel-8-scenario001-standalone | 12:29 |
zbr | weshay|ruck: yes, is known and result of improving the job. no reason to worry, sometimes red is good. | 12:29 |
marios | rfolco: o/ no scrum today? *not in calendart | 12:29 |
weshay|ruck | that triggered | 12:29 |
weshay|ruck | zbr++ | 12:29 |
rfolco | no marios | 12:29 |
marios | ack thanks rfolco | 12:29 |
rfolco | we'll have planning mtg tomorrow | 12:30 |
zbr | i am working on it, mainly to fix https://github.com/containers/libpod/pull/4795 -- may take 1-2 days I think. | 12:30 |
*** surpatil|afk is now known as surpatil | 12:31 | |
*** matbu has joined #oooq | 12:33 | |
zbr | weshay|ruck: if you wonder I fixed podman locally for centos, now I only need to deliver my changes. | 12:33 |
zbr | sshnaidm: at least on my system running `podman info` as non-root gives me a ERRO[0000] open /proc/17575/ns/user: no such file or directory -- but as root works. | 12:34 |
zbr | not sure if this is expected, local config issue, or a new problem. | 12:35 |
*** ratailor_ has quit IRC | 12:36 | |
arxcruz | weshay|ruck: so, the issue with the check-rdo was because zbr changed the pipeline, and the command now is check-github so it's triggering properly | 12:39 |
arxcruz | weshay|ruck: still failing though | 12:39 |
zbr | arxcruz: so the change of magic comment was a side-effect from using a different pipeline? i did not know that we had different magic comments for different pipelines. I wonder if that is really needed for some magic use-case. | 12:40 |
weshay|ruck | arxcruz, ah k.. | 12:40 |
weshay|ruck | arxcruz, can you upodate the cockpit for us? | 12:40 |
arxcruz | zbr: your pipeline you add comment to check-github on github-manual, on github-check pipeline it was check-rdo | 12:41 |
arxcruz | but that's fine | 12:41 |
sshnaidm | zbr, what is your system? | 12:41 |
weshay|ruck | also I noticed the link to the patch is going to openstack gerrit | 12:41 |
arxcruz | weshay|ruck: update what exactly? i'm preparing the environment to do some changes | 12:41 |
weshay|ruck | which it should be going to project/pull_request_id | 12:41 |
arxcruz | weshay|ruck: yeah, i'll check that | 12:41 |
weshay|ruck | arxcruz, if the pipeline name has changed.. then the cockpit needs to be updated to search the new pipeline name | 12:42 |
arxcruz | weshay|ruck: it's already as you can see http://dashboard-ci.tripleo.org/d/jiglzyLWk/third-party-dependency-check?orgId=1&fullscreen&panelId=336 | 12:42 |
weshay|ruck | maybe I'm not in full context yet | 12:42 |
weshay|ruck | aye.. cool cool | 12:42 |
weshay|ruck | thanks | 12:42 |
arxcruz | weshay|ruck: so, remember last week, we try to trigger a manual job and it wasn't working? | 12:42 |
weshay|ruck | yes | 12:43 |
arxcruz | because i was using check-rdo comment | 12:43 |
arxcruz | now it's check-github | 12:43 |
weshay|ruck | :) | 12:43 |
arxcruz | with check-github it was triggered properly | 12:43 |
arxcruz | took me a while to figure out though :) | 12:43 |
chandankumar | arxcruz, I have changed that | 12:46 |
arxcruz | chandankumar: change what ? | 12:47 |
chandankumar | arxcruz, https://review.rdoproject.org/r/#/c/24261/ | 12:48 |
chandankumar | check-github | 12:48 |
arxcruz | oh, i've been blaming the wrong person then | 12:48 |
arxcruz | sorry zbr | 12:48 |
arxcruz | :P | 12:48 |
* arxcruz removing all zbr curses | 12:49 | |
chandankumar | weshay|ruck, \o/, I am back now on work. | 12:50 |
weshay|ruck | chandankumar, hooo ahhhh! | 12:50 |
chandankumar | IRC is not yet persistent, I need to set it up properly. | 12:50 |
*** holser has joined #oooq | 12:54 | |
*** rlandy has joined #oooq | 12:58 | |
*** ratailor has joined #oooq | 12:59 | |
*** SurajPatil has joined #oooq | 13:01 | |
marios | panda: around? | 13:03 |
*** surpatil has quit IRC | 13:04 | |
panda | marios: yes | 13:04 |
marios | panda: happy new year panda \o/ | 13:05 |
marios | panda: wondering if we should have a sync about the promoter status/planning for this week? me you rlandy sshnaidm weshay|ruck anyone else that is interested? | 13:05 |
marios | rfolco: ^T | 13:05 |
chandankumar | rfolco, weshay|ruck if free, Can we do the pre-planning meeting early? | 13:05 |
marios | chandankumar: ^ | 13:05 |
weshay|ruck | marios, hold for planning please | 13:05 |
marios | ah sounds like they're busy | 13:06 |
marios | weshay|ruck: ack | 13:06 |
marios | weshay|ruck: what time planning? | 13:06 |
marios | weshay|ruck: oh you mean tomorrow | 13:06 |
weshay|ruck | marios, ask the tc if you don't see it | 13:06 |
marios | weshay|ruck: yeah but just sync call not actually do anything? | 13:06 |
weshay|ruck | rfolco, ^^ | 13:06 |
weshay|ruck | come on man | 13:06 |
marios | weshay|ruck: ok we can hold till tomorrow | 13:06 |
marios | weshay|ruck: rfolco: i see the planning call tomorrow | 13:06 |
weshay|ruck | chandankumar, sec.. checking | 13:07 |
marios | weshay|ruck: i thought you meant 'hold cos i am in another meeting now | 13:07 |
rfolco | chandankumar, I am ok to push pre-planning mtg earlier, how early you need? | 13:07 |
*** akahat has quit IRC | 13:07 | |
marios | panda: well tomorrow it is then | 13:07 |
weshay|ruck | chandankumar, moved it to 2pm utc | 13:07 |
marios | panda: i look forward to it ! | 13:07 |
marios | ;) | 13:07 |
chandankumar | rfolco, pushed already, will work, thanks :-) | 13:08 |
rfolco | ok | 13:08 |
weshay|ruck | rfolco, planning will take more than an hour I think as well | 13:10 |
rfolco | weshay|ruck, done! you have one more wish | 13:11 |
sshnaidm | weshay|ruck, we have 1:1 in 2pm utc tomorrow iirc | 13:13 |
weshay|ruck | sshnaidm, 12pm | 13:15 |
weshay|ruck | sshnaidm, sync up w/ rlandy today about some changes to the cockpit.. sshnaidm please make sure you have the internal cockpit lots of resources :) | 13:16 |
sshnaidm | weshay|ruck, oh, right | 13:16 |
sshnaidm | weshay|ruck, I did :) | 13:16 |
weshay|ruck | niiiice | 13:17 |
rlandy | weshay|ruck: sshnaidm: k - can we then removed the commented out ansible pull? | 13:18 |
rlandy | and get the new data showing | 13:18 |
rlandy | downstream cockpit only | 13:18 |
arxcruz | 451991 | 13:19 |
arxcruz | damn yubikey | 13:20 |
arxcruz | weshay|ruck: https://review.opendev.org/#/c/701173/ | 13:23 |
weshay|ruck | arxcruz, ah thanks.. I spaced that | 13:24 |
sshnaidm | rlandy, where? | 13:24 |
weshay|ruck | chandankumar, zbr please review .. need a way to track the bugs on 3rd party dep ci failures https://review.opendev.org/#/c/701173/ | 13:24 |
sshnaidm | rlandy, downstream cockpit can't run ansible pull right now, it requires some changes | 13:25 |
sshnaidm | rlandy, will submit them this week | 13:25 |
zbr | weshay|ruck: any reason for not using just "dependency" instead of "depcheck" ? | 13:25 |
sshnaidm | rlandy, and we need to decide how we combine both upstream and downstream code in one | 13:25 |
*** ratailor has quit IRC | 13:26 | |
weshay|ruck | sshnaidm, aye | 13:27 |
weshay|ruck | think about that and we'll chat soon | 13:27 |
*** surpatil has joined #oooq | 13:29 | |
*** SurajPatil has quit IRC | 13:32 | |
*** ratailor has joined #oooq | 13:32 | |
weshay|ruck | matbu, pretty sure that standalone upgrade failure is networking related.. and I think I saw some work around that but I need to refresh myself on the issue | 13:33 |
*** holser has quit IRC | 13:35 | |
rlandy | sshnaidm: we merged https://review.rdoproject.org/r/#/c/24341/ | 13:39 |
rlandy | small changes to collect downstream data - only when running within RH | 13:39 |
sshnaidm | rlandy, why? | 13:40 |
rlandy | sshnaidm: why did we merge? why only within RH? | 13:40 |
*** soniya29 has quit IRC | 13:41 | |
sshnaidm | rlandy, it's going to break existing telegrad | 13:41 |
sshnaidm | *telegraf | 13:41 |
rlandy | sshnaidm: what part is broken? | 13:41 |
sshnaidm | rlandy, it won't resolve the host | 13:42 |
sshnaidm | rlandy, also I don't think it should be in this file at all | 13:42 |
rlandy | sshnaidm: we check for that | 13:42 |
sshnaidm | rlandy, it's not how I imagine combining repos | 13:42 |
sshnaidm | rlandy, weshay|ruck we should have discuss our design how to do it before merging solutions | 13:43 |
chandankumar | arxcruz, few nit picks on this review https://review.opendev.org/#/c/701173/ | 13:43 |
rlandy | sshnaidm: it's not broken now afaict | 13:43 |
*** beagles|afk is now known as beagles | 13:43 | |
sshnaidm | rlandy, I see a check, but it just prints error message, doesn't stop the script | 13:43 |
sshnaidm | rlandy, anyway, mixing downstream and upstream things in one file is a bad idea | 13:44 |
rlandy | sshnaidm: weshay|ruck: k - let's meet to discuss this | 13:44 |
sshnaidm | rlandy, I think we need to revert it, did you check telegraf logs on cockpit? | 13:44 |
matbu | weshay|ruck: i will reproduce it. My first attempt failed :/ | 13:45 |
*** holser has joined #oooq | 13:46 | |
rlandy | sec- finding meeting time | 13:46 |
*** ykarel has quit IRC | 13:47 | |
rlandy | weshay|ruck: calendar says you are busy until 5pm utc | 13:47 |
rlandy | weshay|ruck: sshnaidm: invite sent - if you can make it earlier - we can move that up | 13:49 |
chandankumar | is someone looking at fs020 timing out? | 13:49 |
sshnaidm | rlandy, that's fine | 13:52 |
sshnaidm | rlandy, and I can make it earlier too :) | 13:52 |
rlandy | sshnaidm: I'm happy to revert it - but many people merge things w/o full design :) | 13:54 |
rlandy | I have concerns about separating files | 13:54 |
rlandy | and downstream only gets ignored | 13:54 |
rlandy | by everyone except me | 13:54 |
sshnaidm | rlandy, I hope to keep upstream and downstream things separated | 13:54 |
rlandy | and lands up being my problem only | 13:54 |
rlandy | never the less | 13:55 |
rlandy | let's discuss at the meeting | 13:55 |
sshnaidm | rlandy, sure | 13:55 |
*** bhagyashris has quit IRC | 13:57 | |
weshay|ruck | rfolco, chandankumar having trouble joining the meet | 13:58 |
weshay|ruck | can anyone confirm? | 13:58 |
* weshay|ruck reboots | 13:59 | |
chandankumar | weshay|ruck, joined | 13:59 |
rfolco | weshay|ruck, joined too | 13:59 |
*** tosky has joined #oooq | 14:01 | |
*** Goneri has quit IRC | 14:03 | |
sshnaidm | rlandy, http://paste.openstack.org/show/788080/ | 14:04 |
rlandy | yep - we print out that error | 14:04 |
rlandy | we cannot and just go by it | 14:05 |
rlandy | that is what the cockpit did before | 14:05 |
rlandy | fail w/o any trace | 14:05 |
sshnaidm | rlandy, it's not printed error, it's error of telegraf | 14:05 |
sshnaidm | rlandy, E! Error in plugin [inputs.exec]: | 14:05 |
*** holser has quit IRC | 14:05 | |
*** ykarel has joined #oooq | 14:08 | |
*** jtomasek has quit IRC | 14:13 | |
*** jtomasek has joined #oooq | 14:15 | |
sshnaidm | rlandy, currently it blocks all builds metrics collection | 14:15 |
rlandy | sshnaidm: I +2'ed the revert | 14:15 |
rlandy | aand W+ | 14:16 |
rlandy | all gone | 14:16 |
*** ratailor has quit IRC | 14:21 | |
zbr | if would be really nice if someone would add some unittests to our python scripts from rrcockpit role | 14:25 |
rlandy | chandankumar: hi ... the standalone rhos-16 test is failing with 'Invalid regex: * in provided whitelist file'. I'm not overriding the whitelist | 14:30 |
rlandy | should I be? | 14:30 |
chandankumar | rlandy, log link? | 14:30 |
rlandy | https://sf.hosted.upshift.rdu2.redhat.com/logs/periodic/code.engineering.redhat.com/openstack/tripleo-ci-internal-jobs/master/tripleo-ci-rhel-8-standalone-rhos-16/c419aea/job-output.txt | 14:30 |
rlandy | scenario004, where I do override the list is ok | 14:30 |
rlandy | chandankumar: here is the job defn: http://git.app.eng.bos.redhat.com/git/openstack/tripleo-ci-internal-jobs.git/tree/zuul.d/standalone-jobs.yaml#n113 | 14:32 |
*** surpatil has quit IRC | 14:34 | |
chandankumar | weshay|ruck, rfolco https://review.opendev.org/#/c/692368/ | 14:43 |
arxcruz | chandankumar: can you -W https://review.opendev.org/#/c/701158/ ? | 14:45 |
arxcruz | weshay|ruck: already +2 and we agree to not run barbican on fs020 ;) | 14:46 |
*** ykarel is now known as ykarel|away | 14:46 | |
chandankumar | rlandy, give me few mins | 14:47 |
*** TrevorV has joined #oooq | 14:47 | |
chandankumar | rlandy, https://opendev.org/openstack/tripleo-quickstart/src/branch/master/config/general_config/featureset052.yml#L28 not plyaing nicely | 14:48 |
chandankumar | make be jyst use smoke there | 14:48 |
rlandy | looking | 14:50 |
chandankumar | rlandy, https://sf.hosted.upshift.rdu2.redhat.com/logs/periodic/code.engineering.redhat.com/openstack/tripleo-ci-internal-jobs/master/tripleo-ci-rhel-8-standalone-rhos-16/c419aea/logs/undercloud/home/zuul/tempest/etc/tempest_whitelist.txt.gz | 14:51 |
rlandy | chandankumar: weird - downstream uses fs052 | 14:52 |
rlandy | it should pick that var up | 14:52 |
rlandy | chandankumar: I can define it in the job but afaict, that should not be needed | 14:53 |
rlandy | --extra-vars @/home/zuul/src/opendev.org/openstack/tripleo-quickstart/config/general_config/featureset052.yml | 14:59 |
rlandy | "test_white_regex": "\\[.*\\bsmoke\\b.*\\]", | 15:00 |
chandankumar | rlandy, tempest_whitelist: 'smoke' | 15:03 |
chandankumar | in the job definition itself it will work | 15:04 |
zbr | chandankumar: a hotfix https://review.rdoproject.org/r/#/c/24378/ please. | 15:05 |
chandankumar | zbr, done | 15:06 |
zbr | tx | 15:06 |
zbr | in ~1h need to go, GP appt. | 15:09 |
*** Goneri has joined #oooq | 15:10 | |
rlandy | ok | 15:11 |
chandankumar | rlandy, does it works? | 15:11 |
rlandy | chandankumar: will find out when the test gets there | 15:12 |
zbr | chandankumar: another one https://review.rdoproject.org/r/#/c/24380/ | 15:18 |
zbr | followed by https://review.rdoproject.org/r/#/c/24381/ -- but that one needs double check. | 15:19 |
weshay|ruck | kopecmartin, are you available for the ci planning meeting tomorrow | 15:20 |
zbr | ...and i hope the boss does not ask me to copy/paste link to yaml anchors docs, but just in case: http://blogs.perl.org/users/tinita/2019/05/reusing-data-with-yaml-anchors-aliases-and-merge-keys.html | 15:21 |
kopecmartin | weshay|ruck: yes | 15:25 |
weshay|ruck | kopecmartin, k.. we'll be trying to figure out who best to join you on collect-logs | 15:25 |
weshay|ruck | kopecmartin, you can probably drop after that discussion | 15:25 |
kopecmartin | weshay|ruck: ok, sounds good | 15:26 |
zbr | chandankumar: in fact I think that there is no need to use different magic comments between pipelines because a job cannot exist in both. | 15:27 |
*** chandankumar has quit IRC | 15:27 | |
zbr | if I am correct we can avoid that, which is very useful for UX as I find hard to remember one magic comment, but having different ones would be really confusing, especially as there is no way to know which one may apply by lookin at a change. | 15:28 |
marios | arxcruz: looks like its gonna timeout again at fs20 master https://review.rdoproject.org/r/#/c/24339/ and this is JUST api tests so must be some legit issue there | 15:42 |
marios | https://review.rdoproject.org/zuul/stream/aebe746b0b8f4437862a5e6bac3658fe?logfile=console.log | 15:42 |
arxcruz | marios: any chance you have an environment up so we can play around? | 15:48 |
arxcruz | this is odd that it takes so long with api tests | 15:48 |
marios | arxcruz: i do not | 15:49 |
marios | arxcruz: but we can request a hold on recheck of the https://review.rdoproject.org/r/#/c/24339/ | 15:49 |
marios | arxcruz: maybe tomorrow ^ | 15:49 |
marios | weshay|ruck: fyi fs20 maybe some legit master issue | 15:50 |
weshay|ruck | k.. I'll check it out | 15:50 |
zbr | arxcruz: https://review.rdoproject.org/r/#/c/24376/ | 15:51 |
arxcruz | marios: yes, please, let's get a hold | 15:51 |
marios | weshay|ruck: basically while restricting to just api tests to get a feel for timing, at https://review.rdoproject.org/r/#/c/24339/ & its depends-on, i am seeing timeouts there | 15:51 |
arxcruz | zbr: I have some doubts why you're doing that, but we can discuss tomorrow, i'll not block you because of that ;) | 15:53 |
zbr | arxcruz: mainly because same test will be done by "make package-install" from libpod itself. | 15:54 |
zbr | so they can also fix it when it gets broken. | 15:55 |
arxcruz | zbr: ok | 15:56 |
arxcruz | then i think i sould add it on ceph-ansible as well | 15:57 |
arxcruz | :D | 15:57 |
zbr | also there is somethign very strange which I seen when we called ` podman info --log-level debug` -- is like someone did remove one of the dashes. | 15:57 |
arxcruz | because i'm just getting the buildset url and using to download the .repo file | 15:57 |
zbr | arxcruz: first you need to check with them if they have anything against, usualy by adding a PR and seeing how open they are about it. | 15:57 |
arxcruz | although, the scenario001 will only start if the rpm build pass | 15:57 |
arxcruz | zbr: weshay|ruck shall we use scenario000 for libpod ? | 15:58 |
arxcruz | it will reduce the job time to 30 minutes +- | 15:58 |
zbr | arxcruz: no idea, but cannot beat your argument. | 15:59 |
weshay|ruck | arxcruz, that's fine w/ me, we'll just look for input from the interested parties after we have it up and adjust later | 15:59 |
arxcruz | scenario000 have only keystone service, and it will be executed with podman | 15:59 |
arxcruz | so that's what we want right? | 16:00 |
arxcruz | if so, it would be better for us | 16:00 |
arxcruz | unless we require more | 16:00 |
zbr | i may need some help to figure out why yum decides to install podman from system instead my override repo, even if I put priorty=1 on it, http://logs.rdoproject.org/96/4796/1c23e371bd908b33a02a843be90dd2af24a83379/github-check/podman-package-centos-8/8e538ba/job-output.txt | 16:00 |
arxcruz | zbr: on ceph-ansible was the version | 16:00 |
arxcruz | the rpm i was building have a lower version than the one used in rdo repo | 16:00 |
arxcruz | but it was fixed now | 16:01 |
* marios shutdown sequence | 16:02 | |
zbr | somehow my code from https://github.com/containers/libpod/pull/4796/files fails to enforce using the custom podman repo | 16:02 |
*** chandankumar has joined #oooq | 16:02 | |
zbr | and I cannot disable system repo as it contains other dependencies. | 16:02 |
weshay|ruck | marios, oh look at that | 16:03 |
weshay|ruck | arxcruz, with regards to tempest timing out... | 16:03 |
weshay|ruck | arxcruz, do you think it's possible to have a task in collect logs that tries to construct the tempest results if they are not present like in the case of a timeout? | 16:04 |
marios | weshay|ruck: ? 18:03 < weshay|ruck> marios, oh look at that | 16:04 |
marios | which bit should i look at | 16:04 |
zbr | maybe someone finds out what is wrong with: sudo ${PKG_MANAGER} -y install --best --allowerasing --nogpgcheck podman podman-remote | 16:04 |
weshay|ruck | marios, timeout on just api | 16:04 |
marios | weshay|ruck: ah | 16:04 |
marios | weshay|ruck: yeah | 16:04 |
marios | weshay|ruck: but i think must be a new issue | 16:05 |
arxcruz | weshay|ruck: not sure if the streaming is created with the timeout, if so i think it's possible | 16:05 |
marios | weshay|ruck: i will revisit tomorrow anyway and we can get a hold with arxcruz | 16:06 |
arxcruz | i can also create a script and collect the logs from what we have, before the timeout | 16:06 |
arxcruz | marios: ack | 16:06 |
weshay|ruck | k.. arxcruz I'll pick your brain on that a bit over the next week or so | 16:06 |
arxcruz | weshay|ruck: ok | 16:06 |
*** bhagyashris has joined #oooq | 16:07 | |
*** arxcruz is now known as arxcruz|off | 16:11 | |
*** marios is now known as marios|out | 16:13 | |
*** marios|out has quit IRC | 16:15 | |
*** soniya29 has joined #oooq | 16:37 | |
*** dtrainor has joined #oooq | 16:46 | |
*** tosky has quit IRC | 16:46 | |
chandankumar | rlandy, does tempest fix worked downstream? | 16:59 |
sshnaidm | rlandy, where do we meet? | 17:00 |
rlandy | sshnaidm: weshay|ruck: https://meet.google.com/cum-jyme-bra?pli=1&authuser=0 | 17:00 |
rlandy | chandankumar: idk yet | 17:01 |
rlandy | had to fix some config errors dosntream | 17:01 |
rlandy | job just started running | 17:01 |
*** chkumar246 has joined #oooq | 17:01 | |
*** chandankumar has quit IRC | 17:04 | |
*** chkumar246 has quit IRC | 17:07 | |
*** saneax has quit IRC | 17:10 | |
*** ykarel|away has quit IRC | 17:11 | |
*** bhagyashris has quit IRC | 17:17 | |
*** sshnaidm is now known as sshnaidm|afk | 17:31 | |
*** soniya29 has quit IRC | 17:46 | |
rfolco | can we please merge this https://review.rdoproject.org/r/#/c/24325/ | 17:56 |
rfolco | zbr, weshay|ruck rlandy panda ^ anyone around to approve this one ? | 17:56 |
weshay|ruck | rfolco, cool :) http://logs.rdoproject.org/25/24325/7/check/rdo-tox-molecule/f2740d0/tox/reports.html | 17:59 |
rfolco | :) | 18:00 |
*** derekh has quit IRC | 18:00 | |
weshay|ruck | anyone have time to look at https://review.rdoproject.org/r/#/c/24103/ w/ me? | 18:00 |
rlandy | rfolco: happy that the final component promote is in | 18:04 |
rfolco | rlandy, hopefully it works now | 18:05 |
rfolco | the best I could do was adding molecule | 18:05 |
*** tesseract has quit IRC | 18:38 | |
rfolco | rlandy, weshay|ruck finally job is green on https://review.rdoproject.org/r/#/c/24199/ | 18:41 |
zbr | rfolco: nice work with promote-hash! | 18:48 |
rfolco | zbr, thank you for helping with the molecule bit | 18:55 |
rfolco | zbr++ | 18:55 |
rlandy | weshay|ruck: I'm creating the new repo in codeeng | 19:10 |
rlandy | name: openstack/rrcockpit.git? | 19:10 |
rlandy | what ldap group should I used? | 19:10 |
weshay|ruck | openstack ldap | 19:10 |
weshay|ruck | naming is the hardest part of engineering | 19:11 |
weshay|ruck | rlandy, I don't have a better name atm | 19:11 |
rlandy | weshay|ruck: k - initial description: This repo contains the configurations for the internal ruck/rover cockpit. | 19:13 |
weshay|ruck | rfolco, so what pipeline are the promote jobs in | 19:14 |
weshay|ruck | ? | 19:14 |
weshay|ruck | rlandy, ack | 19:14 |
weshay|ruck | ah see it now | 19:14 |
rlandy | weshay|ruck: last question ... do I get the system to create the initial commit? | 19:14 |
weshay|ruck | sorry? | 19:14 |
weshay|ruck | don't understand | 19:14 |
rlandy | there is a question where to create the initial commit | 19:15 |
rlandy | https://redhat.service-now.com/help?id=sc_cat_item&sys_id=8a97fe6113356600196f7e276144b01d&pnt_redirection | 19:16 |
weshay|ruck | openstack-promote-component rfolco got it.. thanks | 19:16 |
weshay|ruck | rlandy, doesn't matter | 19:16 |
rlandy | ok - here we go | 19:17 |
rlandy | Created PNT0749394: Create New Gerrit Project - openstack/rrcockpit.git | 19:17 |
weshay|ruck | cool | 19:17 |
rlandy | sshnaidm|afk: ^^ fyi | 19:17 |
sshnaidm|afk | rlandy, ack | 19:18 |
rlandy | going to dr's appt - bbl | 19:43 |
*** rlandy is now known as rlandy|afk | 19:43 | |
zbr | why new cockpit project? | 20:23 |
zbr | ahh, i see. still not convinced that we really need a separated project. what prevents us from having a single cockpit for both? | 20:25 |
zbr | maybe someone can ping me to a way to debug how yum is working with repos, i used createrepo to create one but once installed in yum, it always reports 0 packages in. even if the /repodata folder appears to contain valid information (more than zero packages) | 20:28 |
*** rfolco has quit IRC | 20:34 | |
*** tosky has joined #oooq | 20:55 | |
*** zbr has quit IRC | 21:05 | |
*** zbr has joined #oooq | 21:07 | |
*** holser has joined #oooq | 21:09 | |
weshay|ruck | zbr, context and firewalls | 21:11 |
weshay|ruck | there is a larger scope to this in the long term | 21:11 |
*** zbr has quit IRC | 21:14 | |
*** zbr has joined #oooq | 21:22 | |
*** zbr has quit IRC | 21:26 | |
*** zbr has joined #oooq | 21:30 | |
*** jfrancoa has joined #oooq | 21:36 | |
*** zbr_ has joined #oooq | 21:37 | |
*** zbr has quit IRC | 21:39 | |
*** jfrancoa has quit IRC | 22:01 | |
*** zbr_ has quit IRC | 22:02 | |
*** zbr has joined #oooq | 22:02 | |
*** zbr has quit IRC | 22:25 | |
*** zbr has joined #oooq | 22:25 | |
*** holser has quit IRC | 22:29 | |
*** zbr has quit IRC | 22:30 | |
weshay|ruck | rlandy|afk, fyi when ur back https://review.opendev.org/701291 | 22:30 |
*** holser has joined #oooq | 22:30 | |
*** Goneri has quit IRC | 22:46 | |
*** TrevorV has quit IRC | 22:53 | |
*** zbr has joined #oooq | 23:04 | |
*** zbr_ has joined #oooq | 23:08 | |
*** zbr has quit IRC | 23:09 | |
*** Goneri has joined #oooq | 23:10 | |
*** rlandy|afk is now known as rlandy | 23:11 | |
*** zbr_ has quit IRC | 23:14 | |
*** holser has quit IRC | 23:20 | |
*** zbr has joined #oooq | 23:21 | |
*** tosky has quit IRC | 23:23 | |
*** holser has joined #oooq | 23:38 | |
rlandy | internal zuul is back in business | 23:38 |
weshay|ruck | rlandy, nice | 23:38 |
rlandy | https://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/builds | 23:39 |
rlandy | bm is back to passing | 23:39 |
weshay|ruck | nice | 23:42 |
weshay|ruck | rlandy, can we trigger a f020 you think? | 23:42 |
weshay|ruck | on bm | 23:43 |
weshay|ruck | so we have the box? | 23:43 |
weshay|ruck | f020 master | 23:43 |
weshay|ruck | I guess it needs two computes.. so maybe not | 23:43 |
* weshay|ruck has been trying to reproduce that for a bit today | 23:43 | |
rlandy | weshay|ruck: sure | 23:44 |
rlandy | for master? | 23:44 |
weshay|ruck | ya.. the others are fine | 23:44 |
weshay|ruck | master only | 23:44 |
rlandy | on baremetal or ovb? | 23:44 |
weshay|ruck | I was thinking bm.. so we have the box for sure.. but I guess I can try the old script as well | 23:45 |
* weshay|ruck hasn't done that yet | 23:45 | |
rlandy | weshay|ruck: ok - I'l try it on one of the bm envs we are not using | 23:45 |
weshay|ruck | rlandy, k.. great.. thank you. send me the review so I can see how you did it.. | 23:46 |
rlandy | I expect it will timeout | 23:47 |
*** holser has quit IRC | 23:47 | |
rlandy | bm deploys take a long time | 23:47 |
rlandy | but we can see | 23:47 |
weshay|ruck | we basically need no timeout on this | 23:48 |
weshay|ruck | because something is spinning tempest into a tizzy | 23:48 |
weshay|ruck | some api test | 23:48 |
weshay|ruck | for example https://review.rdoproject.org/r/#/c/24339/ | 23:49 |
rlandy | weshay|ruck: the tenant itself has a max timeout | 23:55 |
weshay|ruck | ok.. I guess we can always clean up and rerun tempest manually | 23:55 |
weshay|ruck | so that's fine | 23:55 |
weshay|ruck | as long as the env does not get redeployed | 23:56 |
weshay|ruck | we're good | 23:56 |
rlandy | k- let's see how far the test gets | 23:56 |
weshay|ruck | we can't get any logs to diagnose | 23:56 |
weshay|ruck | so bm is a good fit | 23:56 |
rlandy | right | 23:57 |
rlandy | the machine stays up | 23:57 |
weshay|ruck | aye | 23:57 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!