| *** tosky has quit IRC | 00:22 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, (2 more messages) | 00:23 |
|---|---|---|
| *** dougbtv has quit IRC | 01:02 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001, tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, (2 more messages) | 02:24 |
| *** saneax has joined #oooq | 02:34 | |
| *** brault has joined #oooq | 03:04 | |
| *** brault has quit IRC | 03:09 | |
| *** udesale has joined #oooq | 04:23 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-containerized-undercloud-upgrades @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq- (2 more messages) | 04:24 |
| *** ratailor has joined #oooq | 05:10 | |
| *** saneax has quit IRC | 05:27 | |
| *** skramaja has joined #oooq | 05:49 | |
| *** saneax has joined #oooq | 05:53 | |
| *** brault has joined #oooq | 06:00 | |
| *** brault has quit IRC | 06:05 | |
| *** udesale has quit IRC | 06:11 | |
| *** udesale has joined #oooq | 06:12 | |
| *** ykarel has joined #oooq | 06:19 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-containerized-undercloud-upgrades @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq- (2 more messages) | 06:24 |
| *** jbadiapa has joined #oooq | 06:46 | |
| *** udesale has quit IRC | 06:58 | |
| *** udesale has joined #oooq | 06:58 | |
| *** jfrancoa has joined #oooq | 07:06 | |
| *** jtomasek has joined #oooq | 07:35 | |
| *** rascasoft has joined #oooq | 07:37 | |
| *** brault has joined #oooq | 07:42 | |
| *** ccamacho has joined #oooq | 07:42 | |
| *** kopecmartin has joined #oooq | 07:52 | |
| *** gkadam has joined #oooq | 08:00 | |
| *** ratailor_ has joined #oooq | 08:18 | |
| *** ratailor has quit IRC | 08:21 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-containerized-undercloud-upgrades @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq- (2 more messages) | 08:24 |
| *** tosky has joined #oooq | 08:37 | |
| quiquell | sshnaidm|off: ping me | 08:52 |
| *** ssbarnea|rover has joined #oooq | 08:54 | |
| *** jpena|off is now known as jpena | 08:58 | |
| marios | panda|off: o/ let me know when you're in we can have that chat about centralise zuul layout standalone scenarios story https://tree.taiga.io/project/tripleo-ci-board/us/585?milestone=215191 task https://tree.taiga.io/project/tripleo-ci-board/task/603 | 09:01 |
| *** skramaja has quit IRC | 09:03 | |
| chandan_kumar | arxcruz|ruck: kopecmartin Please have a look at these user stories https://tree.taiga.io/project/tripleo-ci-board/us/554 and https://tree.taiga.io/project/tripleo-ci-board/us/234 when free, Thanks :-) | 09:10 |
| *** panda|off is now known as panda | 09:12 | |
| ssbarnea|rover | arxcruz|ruck: morning! how was you weekend? | 09:14 |
| ssbarnea|rover | btw, who has some experience with kube? as in already deployed his first cluster. | 09:15 |
| panda | marios: haing a small problem with headphones, I'll ping you as soon as I solve | 09:20 |
| *** chandan_kumar is now known as chandankumar | 09:21 | |
| *** chem has joined #oooq | 09:23 | |
| *** apetrich has joined #oooq | 09:25 | |
| marios | panda: k | 09:26 |
| ssbarnea|rover | ssbarnea|rover: good weekend, i avoided irc and sped few hours trying to make a working kube cluster with kubespray. | 09:27 |
| *** holser_ has joined #oooq | 09:29 | |
| *** derekh has joined #oooq | 09:32 | |
| *** bogdando has joined #oooq | 09:34 | |
| *** skramaja has joined #oooq | 09:35 | |
| *** ratailor__ has joined #oooq | 09:56 | |
| *** ratailor_ has quit IRC | 09:58 | |
| *** ratailor__ has quit IRC | 10:05 | |
| tosky | arxcruz|ruck: hi, where can I find the definition of periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset021-master and periodic-tripleo-ci-centos-7-multinode-1ctlr_1comp-featureset018-master , where sahara tests are failing right now? I suspect the settings of those tests was changed | 10:07 |
| marios | tosky: here's a trick chandankumar showed me https://codesearch.rdoproject.org/?q=periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset021-master&i=nope&files=&repos= | 10:11 |
| marios | :) | 10:11 |
| tosky | oh, on RDO jobs! | 10:13 |
| tosky | I was checking on codesearch.openstack.org | 10:13 |
| tosky | grrrr | 10:13 |
| marios | tosky: yeah i didn't know of rdo hound either | 10:14 |
| tosky | thanks | 10:15 |
| marios | tosky: passing it on ;) | 10:15 |
| panda | marios: ready | 10:16 |
| marios | panda: set | 10:16 |
| marios | https://redhat.bluejeans.com/7661925373/ ? | 10:16 |
| marios | panda: ^ | 10:16 |
| panda | go | 10:16 |
| * marios fires blue | 10:16 | |
| * marios switch off death metal | 10:16 | |
| ssbarnea|rover | do we have any reasons for not merging the molecule job? is already 3+ mo old. https://review.openstack.org/#/c/613672/ | 10:17 |
| ssbarnea|rover | ... or maybe we love testing code manually and this would work against it. | 10:18 |
| *** ratailor has joined #oooq | 10:19 | |
| chandankumar | marios: :-) | 10:21 |
| arxcruz|ruck | ssbarnea|rover: tosky hey, sorry, i'm still with my daughter sick, so i'm a little bit off in the morning, my wife need to go to german class | 10:22 |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone, tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset053, tripleo-ci-centos-7-containerized-undercloud-upgrades @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq- (2 more messages) | 10:24 |
| tosky | okidoki | 10:24 |
| ssbarnea|rover | marios: skipping conversion of roles in few cases was on purpose, see my comments on https://review.openstack.org/#/c/620146/6 | 10:26 |
| *** sshnaidm|off is now known as sshnaidm | 10:27 | |
| quiquell | sshnaidm o/ do you have a minute or two ? | 10:28 |
| *** d0ugal has quit IRC | 10:29 | |
| marios | ssbarnea|rover: ack noted for later thanks | 10:29 |
| sshnaidm | quiquell, sure | 10:32 |
| quiquell | sshnaidm: now we can run reproducer zuul job within repro https://review.rdoproject.org/r/#/c/18204/ | 10:33 |
| quiquell | sshnaidm: It can help you with the OVB stuff, it encrypts secrets at startup | 10:33 |
| sshnaidm | quiquell, cool, will look | 10:35 |
| sshnaidm | quiquell, although I'd prefer to review it *before* merge.. | 10:35 |
| quiquell | sshnaidm: let me know of any issue with it, you just need to put the gerrit ssh key at your ~/.ssh | 10:35 |
| quiquell | sshnaidm: yep... Didn't want to rebase the libvirt thing... | 10:35 |
| quiquell | sshnaidm: I have to stop merging stuff there | 10:36 |
| sshnaidm | quiquell, agree, I think we really need to stop merging w/o review | 10:36 |
| quiquell | sshnaidm: ack | 10:37 |
| quiquell | sshnaidm: btw, fixes the centos7 run, have added sone patchsets to your review | 10:37 |
| quiquell | sshnaidm: It was related to selinux activated at ~/.ssh directory when we mount it at docker | 10:37 |
| quiquell | sshnaidm: Maybe we have to do different and not mount stuff | 10:38 |
| *** dtantsur|afk is now known as dtantsur | 10:39 | |
| *** d0ugal has joined #oooq | 10:48 | |
| sshnaidm | ssbarnea|rover, commented on https://review.openstack.org/#/c/613672/ | 10:52 |
| panda | chandankumar: do you have any clue what's happening here https://review.openstack.org/627500 ? mind if I ask infra ? I've very curious what's missing | 10:53 |
| sshnaidm | ssbarnea|rover, also I'm not sure we need to check quickstart.sh and build-test role in the same job, seems like completely different things | 10:54 |
| sshnaidm | ssbarnea|rover, I'd test each role in its separate job | 10:54 |
| sshnaidm | ssbarnea|rover, and quickstart.sh stuff in separate quickstart.sh job | 10:55 |
| ssbarnea|rover | sshnaidm: this approach does not scale, att all. count how many roles we have, we cannot add this number of jobs. | 10:55 |
| ssbarnea|rover | sshnaidm: my plan is to implement an option to allow running a subset of molecule tests | 10:56 |
| ssbarnea|rover | mainly this was the purpose of tags. | 10:56 |
| sshnaidm | ssbarnea|rover, firstly not every role we are testing, secondly we will run roles job only if this role is changed, like we do with featuresets | 10:56 |
| ssbarnea|rover | but really I cannot see how we could split per role. | 10:56 |
| sshnaidm | ssbarnea|rover, what is the problem to split per role? molecule is tailored to test a role actually | 10:57 |
| ssbarnea|rover | sshnaidm: what is changed is not really obvious as there are many common areas and more important: a role could break even without any change in any tripleo repo. just some new rpms/os minor update could break it. | 10:57 |
| sshnaidm | ssbarnea|rover, great, and you'll detect it in role job | 10:58 |
| sshnaidm | ssbarnea|rover, mainly roles break when people change there something, all the rest we can ignore for now | 10:58 |
| *** ratailor_ has joined #oooq | 10:58 | |
| *** skramaja has quit IRC | 10:59 | |
| chandankumar | panda: regarding above review, things are working now, this time role was not found | 11:00 |
| chandankumar | panda: I think https://review.openstack.org/#/c/630422 adding ansible.cfg to os_temepst will fix it | 11:00 |
| ssbarnea|rover | counting roles alone: tq:11 tqe:42 tqci:5 tqcommon: 5+5 -- and these are not all repos. can we add 60 jobs? | 11:00 |
| sshnaidm | ssbarnea|rover, and testing quickstart.sh for us is very low priority atm, much more important to test roles that aren't tested in CI with changes - like build-test role for example | 11:01 |
| quiquell | sshnaidm: build-test-package and install-built-repo | 11:01 |
| sshnaidm | ssbarnea|rover, start with a few critical for now.. most of our roles are tested pretty well in CI | 11:01 |
| sshnaidm | quiquell, yeah, exactly | 11:02 |
| *** ratailor has quit IRC | 11:02 | |
| quiquell | sshnaidm: they are both in the same page of importance | 11:02 |
| ssbarnea|rover | sshnaidm: i am not against splits, but I think is too soon to do it from start. | 11:02 |
| quiquell | ssbarnea|rover: I would reahter to use molecule for it's purpose with is test roles not to us it as a docker starte and test qucikstart.sh | 11:02 |
| sshnaidm | ssbarnea|rover, I think this is only important for us, nobody is interested in "install-deps" of quickstart tbh | 11:02 |
| ssbarnea|rover | we need to let it grow a little bit in order to see what is the best approach for splitting testing via molecule. | 11:02 |
| ssbarnea|rover | now the job runs in 12min, much shorter than any other jobs. | 11:02 |
| ssbarnea|rover | sshnaidm: i am interested as I found bugs around it and lack of testing prevented correct testing. | 11:03 |
| sshnaidm | ssbarnea|rover, I don't know what are arguing with again, but we can definitely discuss it in our near scrum or design meeting | 11:03 |
| sshnaidm | ssbarnea|rover, till then I think you need to hold it | 11:04 |
| ssbarnea|rover | as quiquell said, qs.sh may be not important for you. but may be for others. | 11:04 |
| sshnaidm | ssbarnea|rover, please hold on this patch, we'll discuss it widely | 11:04 |
| quiquell | ssbarnea|rover: Didn't say that :-) sorry about my english | 11:05 |
| sshnaidm | ssbarnea|rover, but my issues in the patch aren't related, you can still address them | 11:06 |
| ssbarnea|rover | sshnaidm: sure, looking now to fix them. and reg the split, needs a meeting. | 11:08 |
| *** udesale has quit IRC | 11:13 | |
| quiquell | ssbarnea|rover, sshnaidm: Does it make sense for roles like build-test-package and install-build-repo to live in their own repo ? | 11:13 |
| quiquell | ssbarnea|rover, sshnaidm: So we put molecule testss there | 11:14 |
| sshnaidm | quiquell, we can have tests in the same repo too, it doesn't affect anything | 11:20 |
| sshnaidm | quiquell, afaiu it's not welcomed from infra to create a repo for each role.. | 11:20 |
| quiquell | sshnaidm: Yep I know, but since roles ar kind of self contained, make sense to keep them the importnat ones at least in their own repo | 11:21 |
| quiquell | sshnaidm: I see some example upstream like the modify-images | 11:22 |
| sshnaidm | quiquell, well, these ones are "product" roles, and we have like "test" roles.. but all this is questionable of course | 11:24 |
| quiquell | sshnaidm: ack | 11:25 |
| sshnaidm | quiquell, we have even a separate role for setting up docker registry in tripleo, hmm.. | 11:26 |
| sshnaidm | in its own repo I mean | 11:26 |
| quiquell | sshnaidm: build-test-package is bigger than that for example | 11:26 |
| sshnaidm | I think panda wanted to move them all to tripleo-ci at all | 11:26 |
| quiquell | holy sh | 11:27 |
| sshnaidm | or to move tripleo-ci to roles, I don't remember | 11:27 |
| quiquell | don't know maybe I am biases by the repro stuff | 11:27 |
| ssbarnea|rover | ideally tests should be stored in the same repo as tested code. but the tq/tqe is more complex because it cannot practically tested in isolation. (one of the reasons why i supported merge of the two repos). | 11:28 |
| quiquell | ssbarnea|rover: some roles cannot but others can, I see build-test-package very isoleted on its own | 11:28 |
| ssbarnea|rover | another issue is that while we should aim to test roles in isolation, we may not be able to do this (primary due to the extra time needeD) | 11:28 |
| quiquell | ssbarnea|rover: So you propose kind of molecule for integration testing more than role testing ? | 11:29 |
| ssbarnea|rover | quiquell: sure, build-test-package is probably a good example of something that we should be able to test isolated. | 11:29 |
| quiquell | ssbarnea|rover: yep... I really want to put some molecule at just build-test-package and put a complext test suite with testinfra thingy | 11:30 |
| sshnaidm | ideally all roles could be used isolated, it's not the case currently, but should be done in some point | 11:30 |
| ssbarnea|rover | quiquell: yep, i am more towards integration, mostly for practical reasons: testing being more close to how is used. also faster to add testing for a big piece of code. | 11:30 |
| ssbarnea|rover | isolated testing take considerable more time, not against it (at all) | 11:30 |
| quiquell | breaking build-test-package is a pain in the ass | 11:30 |
| sshnaidm | and Alex merged some changed to build-test role to make it capable to run isolated | 11:30 |
| quiquell | ssbarnea|rover: You need both integration and unit test | 11:31 |
| ssbarnea|rover | probably the optimal way is somewhere in between: partially isolated pieces, but not pure mode. | 11:31 |
| quiquell | ssbarnea|rover: you have to cover not all the code but at least all the algorithmic complexity of stuff | 11:31 |
| ssbarnea|rover | quiquell: nobody argues that. still we have limited amount of time and we cannot ever reach a perfect testing coverage. we need to find best trade-offs. | 11:32 |
| quiquell | ssbarnea|rover: agree, even if we are going to deprecate quickstart.sh we don't know when, and we get experience with molecule | 11:33 |
| quiquell | ssbarnea|rover: thanks for the effort btw | 11:33 |
| ssbarnea|rover | there is one aspect of molecule that I didn't yet narrow dowsn: scenarios. this is the feature supposed to be used to slice testing. still, need to dig on it. i avoided it so far because it required to duplicate a lot of config. | 11:38 |
| *** rfolco has joined #oooq | 11:38 | |
| quiquell | ssbarnea|rover: scenarios like build-test-package for old zuul and new zuul for example | 11:40 |
| quiquell | ssbarnea|rover: so you can run the set test suite with different setups | 11:40 |
| quiquell | ssbarnea|rover: something like that ? | 11:40 |
| ssbarnea|rover | quiquell: maybe. i was thinking more about a scenario for testing package building, one for testing qs.sh,... | 11:43 |
| arxcruz|ruck | ssbarnea|rover: https://review.rdoproject.org/zuul/status so far so good, fingers crossed :D | 11:46 |
| sshnaidm | ssbarnea|rover, do you know what is going on with https://review.openstack.org/#/c/620613/ ? | 11:51 |
| sshnaidm | ssbarnea|rover, is bnemec ready to move? | 11:52 |
| sshnaidm | quiquell, why did you move base job to untrusted? https://review.rdoproject.org/r/#/c/18204/7/files/projects/zuul-config/zuul.d/jobs.yaml | 11:53 |
| quiquell | sshnaidm: This is not untrusted zuul-config is trusted project | 11:54 |
| quiquell | sshnaidm: This is just a duplication of the RDO 'config' project | 11:55 |
| sshnaidm | quiquell, I think I'm completely lost in this patch.. | 11:55 |
| quiquell | sshnaidm: Is a little inception | 11:56 |
| quiquell | sshnaidm: The idea is to put at zuul-config (the repro trusted project) the needed base job to run the repro zuul jobs inside the repro | 11:57 |
| *** ratailor__ has joined #oooq | 11:57 | |
| sshnaidm | quiquell, is zuul-config copy of rdo config job? | 11:58 |
| *** ratailor_ has quit IRC | 11:59 | |
| quiquell | sshnaidm: kind of, we cannot import jobs fron 'config' | 11:59 |
| *** ykarel is now known as ykarel|away | 12:00 | |
| sshnaidm | quiquell, why not to clone config then? | 12:02 |
| *** ratailor__ has quit IRC | 12:02 | |
| sshnaidm | quiquell, we can use these jobs if they don't have secrets I think | 12:02 |
| quiquell | sshnaidm: playbooks are different | 12:02 |
| quiquell | sshnaidm: They have a lot of stuff upstream that we don't care | 12:03 |
| quiquell | sshnaidm: we already talked about it | 12:03 |
| sshnaidm | quiquell, I don't remember though, otherwise we'll need to maintain all in two places | 12:04 |
| sshnaidm | quiquell, for example we'll need to redefine all ovb stuff too | 12:04 |
| *** holser_ is now known as holser|lunch | 12:04 | |
| quiquell | sshnaidm: We can take a look at OVB base jobs stuff and improve it | 12:05 |
| quiquell | sshnaidm: but using directly base was not easy | 12:05 |
| quiquell | sshnaidm: I mean 'config' project | 12:05 |
| sshnaidm | quiquell, I thought about cloning it, removing all secrets from ovb jobs and pushing to local config/zuul-config or whatever | 12:06 |
| quiquell | sshnaidm: you mean at startup time | 12:07 |
| quiquell | sshnaidm: we can do that | 12:07 |
| quiquell | sshnaidm: adapt the base and push it | 12:07 |
| sshnaidm | quiquell, yeah, when starting | 12:07 |
| quiquell | sshnaidm: to push from ansible secrets is a good example | 12:07 |
| *** ykarel|away has quit IRC | 12:07 | |
| quiquell | sshnaidm: like it | 12:07 |
| quiquell | I have an ansible issue | 12:08 |
| quiquell | Maybe someone can help me | 12:08 |
| quiquell | The filter "ipaddr" depends on python-netaddr | 12:08 |
| quiquell | But if you install it from the same role that calls the filter it does not work | 12:08 |
| quiquell | if have to install it before | 12:09 |
| quiquell | to load ansible with python-netaddr | 12:09 |
| sshnaidm | quiquell, seems like need to install it before invoking ansible? | 12:11 |
| quiquell | sshnaidm: yep | 12:11 |
| quiquell | make it fix the thing | 12:11 |
| quiquell | sshnaidm: it's related to http://git.openstack.org/cgit/openstack/tripleo-quickstart/tree/roles/libvirt/setup/overcloud/tasks/main.yml#n22 | 12:11 |
| quiquell | sshnaidm: role approach does not work | 12:12 |
| quiquell | sshnaidm: installing it in the same approach | 12:12 |
| sshnaidm | quiquell, well, better to install reqs: http://git.openstack.org/cgit/openstack/tripleo-quickstart/tree/requirements.txt#n5 | 12:13 |
| quiquell | sshnaidm: This is bigger than just the libvirt role | 12:14 |
| quiquell | sshnaidm: we can comment it in the review, let me make it work with just pre install the package | 12:16 |
| quiquell | sshnaidm: hiting virt-resize issue at zuul job :-( | 12:21 |
| sshnaidm | quiquell, yeah, it's very annoying issue.. | 12:23 |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/560445, stable/queens: (1 more message) | 12:24 |
| quiquell | sshnaidm: humm I was running the expanded template with "command" let me run it with shell | 12:24 |
| sshnaidm | quiquell, maybe try to create script from template and run it.. | 12:27 |
| quiquell | sshnaidm: already doing it | 12:27 |
| quiquell | sshnaidm: that's the issue | 12:27 |
| quiquell | sshnaidm: even with that | 12:27 |
| *** jpena is now known as jpena|lunch | 12:27 | |
| arxcruz|ruck | quiquell: sshnaidm have you guys seen this: | 12:28 |
| arxcruz|ruck | 2019-01-14 11:54:42.068843 | primary | cp: cannot stat '/home/zuul/workspace/hash_info_fedora.sh': No such file or directory | 12:28 |
| arxcruz|ruck | http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-fedora-28-centos-7-containers-standalone-master/9e2d22e/job-output.txt.gz | 12:28 |
| arxcruz|ruck | wondering if is a known issue or shall i open a bug | 12:28 |
| arxcruz|ruck | marios: ^ | 12:29 |
| quiquell | arxcruz|ruck: related to panda stuff about fedora and hashes I think | 12:29 |
| quiquell | arxcruz|ruck: let me find the review | 12:29 |
| arxcruz|ruck | quiquell: ok | 12:30 |
| marios | arxcruz|ruck ack though not seen that | 12:31 |
| *** quiquell is now known as quiquell|lunch | 12:48 | |
| *** rlandy has joined #oooq | 12:58 | |
| *** quiquell|lunch is now known as quiquell | 13:05 | |
| *** ykarel has joined #oooq | 13:05 | |
| panda | arxcruz|ruck: does it fail ? | 13:12 |
| panda | arxcruz|ruck: looking | 13:12 |
| quiquell | sshnaidm: calling the virt-resize.sh generated script from a created playbook working fine... | 13:18 |
| quiquell | sshnaidm: Something is broken by the role that breaks virt-resize :-( | 13:18 |
| *** holser|lunch is now known as holser_ | 13:20 | |
| ssbarnea|rover | quiquell: virt-resize does not need much external help for breaking things ;) | 13:27 |
| quiquell | ssbarnea|rover: yep man... I am geting crazy | 13:28 |
| quiquell | ssbarnea|rover: call it manually out of the ansible role works fine, but within the role fails | 13:28 |
| quiquell | ssbarnea|rover: calling withing the role after calling it manually works fine :-/ | 13:28 |
| quiquell | ssbarnea|rover: and also calling it from a custom playbook works fine too | 13:28 |
| quiquell | what a pain | 13:28 |
| ssbarnea|rover | quiquell: re resize, i asked last week but got no reply. I was wondering why not caching the already resized image instead of resizing it each time. we could save a good number of minutes. | 13:29 |
| arxcruz|ruck | panda: yup, it fails | 13:29 |
| quiquell | ssbarnea|rover: what is the already resized image ? | 13:31 |
| *** jpena|lunch is now known as jpena | 13:31 | |
| rlandy | quiquell: I am reading through https://review.rdoproject.org/r/#/c/18121/ | 13:32 |
| quiquell | rlandy: thanks... I see force_tcg at virt-resize error | 13:32 |
| quiquell | rlandy: http://logs.rdoproject.org/21/18121/49/check/tripleo-ci-reproducer-fedora-28-libvirt/feef926/job-output.txt.gz | 13:33 |
| ssbarnea|rover | quiquell: just one exampe (there are more), https://github.com/openstack/tripleo-quickstart/blob/364c4ecce906f34fcc3eed7e16d2b79b25497509/roles/libvirt/setup/overcloud/tasks/libvirt_nodepool.yml#L20-L42 -- where is the idempotency on this? | 13:33 |
| rlandy | quiquell: well - talking about design here - you're allowing for both nodepool nodes and libvirt nodes | 13:33 |
| quiquell | rlandy: What do you mean ? | 13:34 |
| quiquell | rlandy: the idea is to use nodepool nodes backed up by libvirt with static nodepool provider | 13:35 |
| quiquell | rlandy: same you did but set up at start up | 13:35 |
| quiquell | rlandy: also test libvirt at zuul in the role | 13:35 |
| rlandy | quiquell: ok - so ... https://review.rdoproject.org/r/#/c/18121/49/README.md - nodepool_provider | 13:35 |
| rlandy | when are the three options used? | 13:35 |
| rlandy | nodepool - ovb and multinode/singlenode etc. | 13:36 |
| rlandy | libvirt - this case | 13:36 |
| rlandy | host?? | 13:36 |
| quiquell | there is no nodepool option | 13:36 |
| quiquell | you mean openstack ? | 13:36 |
| rlandy | yes - openstack | 13:36 |
| rlandy | but I know what that is | 13:36 |
| rlandy | the host vs. libvirt | 13:37 |
| * rlandy comments on review | 13:37 | |
| rlandy | we can discuss there | 13:37 |
| quiquell | so host is used for CI the reproducer role mostly (use openstack need some work and libvirt was not there yet) | 13:37 |
| quiquell | rlandy: when libvirt is working fine we can remove "host" option | 13:38 |
| quiquell | rlandy: host was put in place to ahve some CI in the role before libvirt implementation | 13:38 |
| quiquell | rlandy: so we test reproducer startup and the like | 13:38 |
| panda | arxcruz|ruck: https://review.rdoproject.org/r/18250 | 13:40 |
| panda | arxcruz|ruck: uhm, not ready yet | 13:41 |
| panda | arxcruz|ruck: nevermind, ready for revie | 13:41 |
| panda | w | 13:41 |
| panda | asd | 13:41 |
| rfolco | panda, I see you created an etherpad and recorded steps to build f28 containers w/ openstack command. You don't mention kolla hacks for supporting fedora, does it work out-of-the-box ? | 13:42 |
| panda | rfolco: I don't know, I haven't tested. I've gathered the informations alex gave me | 13:43 |
| rfolco | panda, ah, so yes, he might be assuming you applied his patches first | 13:44 |
| panda | rfolco: he pointed me to some patches, but he mentioned only (patches to make python3 work) | 13:45 |
| panda | "" | 13:45 |
| rfolco | panda, given that user story, I have a task in the f28 to try that method... should I move that task to #559 reproducer f28 container build ( by doc ) ? | 13:45 |
| panda | rfolco: wait. | 13:45 |
| rfolco | panda, https://tree.taiga.io/project/tripleo-ci-board/task/573?kanban-status=1447278 | 13:46 |
| rfolco | panda, this is about changes in the tripleo-buildcontainers playbook to support f28/py3 | 13:47 |
| rfolco | panda, do not want to dup work if user story #559 is supposed to cove rit | 13:48 |
| rfolco | cover-it* | 13:48 |
| rlandy | quiquell: btw ... added this task ... https://tree.taiga.io/project/tripleo-ci-board/task/607?kanban-status=1447274 | 13:48 |
| rlandy | will start work on that this afternoon | 13:49 |
| panda | rfolco: I think we established this is out of scope for this sprint | 13:50 |
| quiquell | rlandy: nice! | 13:50 |
| quiquell | rlandy: this libvirt CI thing is killing me | 13:50 |
| rfolco | panda, k will unpin thx | 13:53 |
| sshnaidm | arxcruz|ruck, ssbarnea|rover limit for ovb stacks was increased to 150 in CI today, so please keep an eye on it.. | 13:54 |
| arxcruz|ruck | sshnaidm: ack | 13:54 |
| ssbarnea|rover | ok | 13:54 |
| arxcruz|ruck | ssbarnea|rover: so far we have 2 failures on rocky release | 13:55 |
| arxcruz|ruck | the other ovb jobs are either success or still running | 13:55 |
| quiquell | sshnaidm: the virt-resize issue is related to environment variables and kernel version ansible is doing something there | 13:55 |
| sshnaidm | quiquell, ack | 13:56 |
| sshnaidm | quiquell, does it work consistently with the script? | 13:56 |
| quiquell | sshnaidm: calling manually yes | 13:57 |
| sshnaidm | quiquell, but not from ansible? | 13:57 |
| quiquell | sshnaidm: nope | 13:57 |
| quiquell | sshnaidm: is like supermin trying to get the vmlinuz | 13:58 |
| quiquell | sshnaidm: in ansible it thinks the info is at environment variables and fails | 13:58 |
| quiquell | :-/ | 13:58 |
| sshnaidm | hmm | 13:58 |
| quiquell | sshnaidm: comments | 13:59 |
| quiquell | https://tree.taiga.io/project/tripleo-ci-board/task/470?kanban-status=1447275 | 13:59 |
| quiquell | I have paste working and not working output from virt-size regarding supermin: kernel | 13:59 |
| arxcruz|ruck | ssbarnea|rover: http://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset020-rocky/4cee386/logs/undercloud/home/zuul/overcloud_deploy.log.txt.gz | 14:02 |
| arxcruz|ruck | new failure | 14:02 |
| arxcruz|ruck | two actually, one on swift docker image with the missing library libibverbs.so.1 | 14:02 |
| arxcruz|ruck | and on keystone db sync command with 2019-01-14 13:31:27 | "sqlalchemy.exc.ArgumentError: Could not parse rfc1738 URL from string ''", | 14:03 |
| quiquell | sshnaidm: found Âit !!! | 14:06 |
| quiquell | this is the issue http://git.openstack.org/cgit/openstack/tripleo-quickstart/tree/playbooks/libvirt-nodepool.yml#n22 | 14:06 |
| sshnaidm | quiquell, is it it? https://github.com/openstack/tripleo-quickstart/commit/b469bc0923824303cf234a2f62e39abcbffdf3aa | 14:06 |
| quiquell | sshnaidm: We are seting the SUPERMIN varas to empty but they are set | 14:08 |
| quiquell | sshnaidm: this is wrong | 14:08 |
| sshnaidm | quiquell, seems like need to revert the commit above ^ | 14:09 |
| quiquell | sshnaidm: well maybe default(omit) is enough | 14:12 |
| quiquell | Let me test that so we keep the functionality | 14:12 |
| quiquell | sshnaidm: well I am using the roles | 14:13 |
| ssbarnea|rover | quiquell: test about omit, not sure if is supported in this use-case. | 14:14 |
| quiquell | sshnaidm: not the playbook so I can just remove it | 14:14 |
| ssbarnea|rover | lets hope we do not have to endup with extra tasks to build the list of variables | 14:14 |
| quiquell | ssbarnea|rover: humm ok | 14:14 |
| *** vinaykns has joined #oooq | 14:18 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/560445, stable/queens: (1 more message) | 14:24 |
| sshnaidm | quiquell, but this creates problems with our old reproducer too, I'd remove it at all.. | 14:24 |
| sshnaidm | quiquell, either "omit" if it works | 14:25 |
| quiquell | sshnaidm: Jut removing it, but I don't see the playbook just the roles | 14:25 |
| quiquell | sshnaidm: removing it from my review | 14:25 |
| quiquell | I mean I don't "use" the playbook just the roles | 14:25 |
| quiquell | I want to depend only on roles | 14:26 |
| quiquell | sshnaidm: removed the vars and it goes beyond the issue | 14:41 |
| *** jfrancoa has quit IRC | 14:45 | |
| *** jfrancoa has joined #oooq | 14:58 | |
| sshnaidm | there is a zuul session in techtalks now, if someone is interested: https://bluejeans.com/1919456002 | 15:06 |
| *** ykarel is now known as ykarel|away | 15:06 | |
| quiquell | sshnaidm: thanks | 15:08 |
| marios | sshnaidm: thanks | 15:08 |
| *** derekh has quit IRC | 15:11 | |
| *** derekh has joined #oooq | 15:21 | |
| *** apetrich has quit IRC | 15:25 | |
| *** apetrich has joined #oooq | 15:39 | |
| *** weshay has joined #oooq | 15:51 | |
| weshay | WOW.. .that sucked | 15:52 |
| weshay | boston lab reset knocked out my bouncer | 15:52 |
| weshay | 3+ years of uptime | 15:52 |
| weshay | lolz | 15:52 |
| marios | how rude | 15:52 |
| quiquell | now is the heaven of uptimes | 15:53 |
| chandankumar | Does someone uses a permanent tunneling from RH openvpn to local network? | 15:53 |
| quiquell | weshay: what do we do with those dashboard-ci reviews you have with -1 ? | 15:53 |
| *** apetrich has quit IRC | 15:54 | |
| weshay | quiquell, ya.. I need to completely reset them... because they got into a merge conflict and w/ all that json.. it just is too hard | 15:55 |
| weshay | tried to get to that last week and failed | 15:55 |
| quiquell | weshay: ack | 15:55 |
| weshay | will try again today.. since it's already off to a "start" | 15:55 |
| chandankumar | weshay: sshnaidm I donot know it is the right change for role discovery https://review.openstack.org/#/c/628421/5/ansible.cfg ? | 15:56 |
| chandankumar | need help here | 15:56 |
| weshay | chandankumar, why do you need to specify roles/os_tempest | 15:57 |
| weshay | why not just drop it in roles | 15:57 |
| weshay | chandankumar, we need to chat about "how to add a role" | 15:57 |
| weshay | we have doc on it, just not sure if it's up 2 date | 15:57 |
| chandankumar | weshay: what about tomorrow? | 15:59 |
| chandankumar | weshay: I will setup a call tomorrow by 6:00 P.M. ist if you are free? | 15:59 |
| panda | quiquell: where is the session ? your BJ ? | 16:00 |
| chandankumar | weshay: https://review.openstack.org/#/c/629127/ with this change it dumps the role in venv path/share/ansible/roles | 16:01 |
| chandankumar | weshay: but the role is not getting detected so i putted that change http://logs.openstack.org/00/627500/39/check/tripleo-ci-centos-7-standalone-os-tempest/53d1b64/job-output.txt.gz#_2019-01-14_11_30_20_712927 | 16:03 |
| chandankumar | weshay: invite sent, feel free to modify it | 16:05 |
| *** apetrich has joined #oooq | 16:11 | |
| *** ykarel|away has quit IRC | 16:20 | |
| panda | rfolco: updated etherpad to apply kolla patches | 16:23 |
| panda | rfolco: line 12 | 16:23 |
| rfolco | panda, nice | 16:23 |
| rfolco | panda, that is... you Majesty | 16:24 |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/560445, stable/queens: (1 more message) | 16:24 |
| *** chandankumar is now known as codemonster | 16:31 | |
| *** gkadam has quit IRC | 16:33 | |
| *** kopecmartin is now known as kopecmartin|off | 16:34 | |
| *** rfolco is now known as rfolco|brb | 16:37 | |
| marios | weshay: o/ i want to reach out for other folks to check https://bugs.launchpad.net/tripleo/+bug/1811004 - I just added comment #9 rabbit credentials issue? & attachment false-positive errors so maybe deployment dfg. question is should i file a card in prod chain trello ? | 16:49 |
| openstack | Launchpad bug 1811004 in tripleo "tripleo-ci-centos-7-scenario003-standalone fails tempest.scenario.test_minimum_basic.TestMinimumBasicScenario" [Critical,Triaged] | 16:49 |
| *** codemonster is now known as chkumar|out | 16:49 | |
| marios | weshay: or perhaps pidone | 16:50 |
| weshay | sec | 16:58 |
| panda | rfolco|brb: so is the US done now ? | 16:59 |
| *** ykarel|away has joined #oooq | 17:00 | |
| *** ykarel|away has quit IRC | 17:05 | |
| *** vinaykns has quit IRC | 17:13 | |
| *** dsneddon has joined #oooq | 17:18 | |
| marios | weshay: emailed. will follow up tomorrow | 17:19 |
| *** dsneddon has quit IRC | 17:19 | |
| *** dsneddon has joined #oooq | 17:19 | |
| *** jfrancoa has quit IRC | 17:22 | |
| *** dtantsur is now known as dtantsur|afk | 17:23 | |
| *** bogdando has quit IRC | 17:28 | |
| rlandy | weshay: btw: got the bm slave up and running again | 17:30 |
| weshay | ah nice | 17:31 |
| weshay | thank you | 17:31 |
| weshay | rfolco|brb, panda is user story going to merge and close prior to rfolco|brb going on pto? | 17:32 |
| rlandy | depends on master promotion, no? | 17:35 |
| rlandy | I am ready to w+ the patches when you tell me | 17:35 |
| *** ccamacho has quit IRC | 17:36 | |
| panda | weshay: if we want to wait for a master promotion, probably not | 17:40 |
| weshay | panda, ah crap that's right.. thanks for reminding me | 17:41 |
| weshay | all start looking into those jobs | 17:41 |
| weshay | odd day | 17:41 |
| panda | weshay: rlandy fedora mixed job passed but reported failure for a bug fixed here https://review.rdoproject.org/r/18250 | 17:43 |
| *** lyarwood has joined #oooq | 17:44 | |
| lyarwood | weshay: Hey, mandre suggested that the tripleoci team might be able to upload the new placement-api image to tripleomaster ahead of the next promotion to unblock some extraction tasks that I'm behind on. Would you know anyone I could talk to in the team about that? | 17:46 |
| weshay | lyarwood, I think anyone can push images | 17:47 |
| weshay | lyarwood, can you email me some details so we can try and help? | 17:47 |
| lyarwood | weshay: yeah sure I can do that now, thanks! | 17:48 |
| panda | lyarwood: weshay you need credentials for the dockerhub account | 17:48 |
| lyarwood | weshay: btw should I cc any particular list on this email? | 17:51 |
| weshay | lyarwood, panda is a good choice :) | 17:52 |
| weshay | gcerami@redhat.com | 17:53 |
| * panda waves | 17:53 | |
| lyarwood | ^_^ | 17:53 |
| lyarwood | ack thanks, panda, I'll send the details over now | 17:53 |
| lyarwood | or we could just talk here | 17:53 |
| lyarwood | https://review.openstack.org/#/c/626891/ landed 10 days ago in tripleo-common but without a promotion the required image hasn't been pulled into the reg as yet | 17:54 |
| lyarwood | panda: ^ that contains the image name etc is that enough for you to go on? Everything should be ready to go in Kolla etc. | 17:55 |
| weshay | a good reason to help make sure all the promotion-blockers are fixed :) | 17:55 |
| lyarwood | weshay: I'm likely looking at the wrong dashboard but I don't see any issues for TripleO master CI at the moment ;) | 17:59 |
| panda | lol | 17:59 |
| weshay | lyarwood, ya.. cix board is probably the best view but which dashboard are you looking at? | 17:59 |
| lyarwood | the internal rhos-release one | 18:00 |
| lyarwood | it's red, but has 0 issues listed | 18:00 |
| panda | weshay: lyarwood uploading an image is easy if we already have it. If it was never built we may want to wait for a promotion | 18:00 |
| panda | even though I don't know if any job ibn the promotion is currently testing this container | 18:00 |
| weshay | lyarwood, ah ya.. we need to update that to read: stein | 18:00 |
| lyarwood | nothing is going to test this container at the moment | 18:00 |
| *** derekh has quit IRC | 18:00 | |
| weshay | lyarwood, https://trello.com/b/j4IcIomh/production-chain-escalation | 18:00 |
| lyarwood | weshay: ack thanks | 18:01 |
| rlandy | panda; looking | 18:02 |
| panda | lyarwood: the workflow for a new item is usually: make sure it's tested in some promotion job, then put it in check and eventually gate. right weshay ? not sure if we are applying this for new containers too | 18:03 |
| panda | but if we upload without testing it in promotion, we may have eventually in our check/gates soemthing that is not fully tested | 18:04 |
| weshay | panda, you are conflating new jobs with a new feature | 18:04 |
| panda | with the rest | 18:04 |
| weshay | ya.. the promotion pipeline would just guarantee any current job or tests do not break | 18:04 |
| weshay | we are not indicating the $new feature is tested | 18:04 |
| weshay | or $new container | 18:04 |
| panda | weshay: so is it ok to just buiild and upload the image now ? | 18:05 |
| weshay | panda, I don't think so | 18:05 |
| weshay | not unless we know for sure it does not break anything | 18:05 |
| panda | ok, that's what I was trying to express. | 18:06 |
| lyarwood | right the fact that this image exists isn't going to break anything | 18:06 |
| weshay | k k | 18:06 |
| panda | lyarwood: so, yes, a stap would be to make one of the job in the promotion pipeline to tes the new container | 18:06 |
| lyarwood | I can't see how that could work | 18:06 |
| lyarwood | the awkward thing here is that this is an existing service | 18:07 |
| lyarwood | currently within Nova | 18:07 |
| lyarwood | that we are extracting into a seperate project for this cycle | 18:07 |
| weshay | ya.. lyarwood it's best to just wait like everyone else | 18:07 |
| weshay | not sure if you want to take the chance in breaking upstream jobs | 18:07 |
| weshay | I doubt it | 18:07 |
| lyarwood | there's zero chance of breaking upstream jobs if nothing is touching this new image | 18:08 |
| lyarwood | as is the case at the moment | 18:08 |
| lyarwood | but sure, any idea when the next promotion would be? | 18:08 |
| weshay | ok.. lyarwood raise it in the tripleo mtg tomorrow and if you get approval from the ptl and folks.. that's fine by me | 18:09 |
| lyarwood | weshay: ah good point thanks | 18:09 |
| panda | lyarwood: in the meantime, if you have an image already built, once and if we get the green light I can pull it are reupload it to the repo very quickly | 18:10 |
| panda | s/are/and | 18:11 |
| lyarwood | panda: I don't to hand but could have one ready by the meeting tomorrow | 18:11 |
| panda | lyarwood: ok | 18:11 |
| *** vinaykns has joined #oooq | 18:11 | |
| *** panda is now known as panda|off | 18:12 | |
| lyarwood | weshay / panda ; thanks for your help guys :) | 18:12 |
| weshay | :) | 18:12 |
| *** jpena is now known as jpena|off | 18:12 | |
| weshay | arxcruz|ruck, you still around? | 18:13 |
| *** bogdando has joined #oooq | 18:13 | |
| *** bogdando has quit IRC | 18:13 | |
| *** rfolco|brb is now known as rfolco | 18:14 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario007-multinode-oooq-container, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/560445, stable/queens: (1 more message) | 18:24 |
| *** chem has quit IRC | 18:38 | |
| *** saneax has quit IRC | 18:52 | |
| weshay | panda|off, ssbarnea|rover have you guys seen this? 2019-01-14 11:54:42.068843 | primary | cp: cannot stat '/home/zuul/workspace/hash_info_fedora.sh': No such file or directory | 18:55 |
| weshay | https://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-fedora-28-centos-7-containers-standalone-master/9e2d22e/job-output.txt.gz#_2019-01-14_11_54_42_068843 | 18:55 |
| * weshay checks bugs | 18:55 | |
| ssbarnea|rover | nope. give me few mins to finish raising current patch and i will have a look | 18:56 |
| weshay | fyi https://bugs.launchpad.net/tripleo/+bug/1811715 | 18:58 |
| openstack | Launchpad bug 1811715 in tripleo "cp: cannot stat '/home/zuul/workspace/hash_info_fedora.sh': No such file or directory" [Critical,Triaged] | 18:58 |
| rlandy | weshay: https://review.rdoproject.org/r/#/c/18250/ | 19:10 |
| * weshay looks | 19:11 | |
| rlandy | for above bug | 19:11 |
| weshay | nice | 19:11 |
| weshay | rlandy, is that right? https://logs.rdoproject.org/openstack-periodic/git.openstack.org/openstack-infra/tripleo-ci/master/periodic-tripleo-ci-fedora-28-centos-7-containers-standalone-master/9e2d22e/logs/ | 19:13 |
| weshay | re:cp {{ workspace }}/hash_info_fedora.sh {{ workspace }}/hash_info.sh | 19:14 |
| rlandy | weshay:sorry - right in waht aspect? | 19:14 |
| weshay | line 32 | 19:14 |
| rlandy | weshay: looks like the two match to me | 19:15 |
| weshay | 2019-01-14 11:54:42.068843 | primary | cp: cannot stat '/home/zuul/workspace/hash_info_fedora.sh': No such file or directory | 19:15 |
| * rlandy gets comments | 19:15 | |
| rlandy | <panda> weshay: rlandy fedora mixed job passed but reported failure for a bug fixed here https://review.rdoproject.org/r/18250 | 19:15 |
| weshay | I guess this takes care of it | 19:15 |
| weshay | cp {{ workspace }}/hash_info.sh {{ workspace }}/hash_info_fedora.sh | 19:15 |
| weshay | +1 | 19:16 |
| ssbarnea|rover | weshay: do we need diff filename for fedora and centos? what is correct for the mixed job? centora? ;) | 19:17 |
| weshay | centora | 19:17 |
| weshay | lolz | 19:17 |
| weshay | it's going away as soon as f28 containers are working | 19:17 |
| weshay | rfolco, sprint update to openstack-discuss? | 19:28 |
| rfolco | weshay, sent on Friday... | 19:31 |
| rfolco | weshay, oh are you asking me to send an update with ovb's correction ? | 19:33 |
| weshay | rfolco, got it http://lists.openstack.org/pipermail/openstack-discuss/2019-January/001679.html | 19:34 |
| weshay | rfolco, I think it missed my filter because openstack-dev@ is deprecated to openstack-discuss | 19:34 |
| weshay | thanks | 19:34 |
| rfolco | weshay, ah ok cool | 19:35 |
| weshay | rfolco, aye.. thanks man :) | 19:35 |
| *** holser_ is now known as holser|eod | 19:55 | |
| *** holser|eod has quit IRC | 19:55 | |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ (1 more message) | 20:24 |
| rlandy | weshay: any idea why this change was only made to minimal? https://review.openstack.org/#/c/583042 ( reading: https://bugs.launchpad.net/tripleo/+bug/1782165 ) | 20:26 |
| openstack | Launchpad bug 1782165 in tripleo "ntp servers blocked. Can't deploy undercloud with oooq due to wrong NTP configuration" [Critical,Incomplete] - Assigned to wes hayutin (weshayutin) | 20:26 |
| rlandy | I am testing this change on fs001 ... https://review.openstack.org/#/c/630759/ | 20:27 |
| arxcruz|ruck | weshay: still around? | 20:27 |
| arxcruz|ruck | weshay: some of the bugs i open are not generating cards on cix, or updating the dashboard, is there something i am missing? | 20:28 |
| rlandy | arxcruz|ruck: did you add promotion-blocker? | 20:30 |
| arxcruz|ruck | rlandy++ | 20:30 |
| hubbot1 | arxcruz|ruck: rlandy's karma is now 42 | 20:30 |
| arxcruz|ruck | no, i haven't | 20:30 |
| arxcruz|ruck | or i didn't | 20:30 |
| arxcruz|ruck | i'll do that :) | 20:31 |
| arxcruz|ruck | rlandy: oh, wait, i did | 20:31 |
| rlandy | arxcruz|ruck: pls paste bug - I'll check | 20:31 |
| rlandy | also it take a while | 20:31 |
| arxcruz|ruck | rlandy: nevermind, i just saw on new/triage list one of them | 20:32 |
| rlandy | k | 20:32 |
| arxcruz|ruck | rlandy: shall i move it to critical pchain? | 20:32 |
| * weshay looks | 20:32 | |
| arxcruz|ruck | because the rhos release have master with 0 issues, but 13 days | 20:32 |
| weshay | arxcruz|ruck, master has a shit ton of issues | 20:34 |
| weshay | it's just using the wrong label | 20:34 |
| arxcruz|ruck | weshay: (╯°□°）╯︵ ┻━┻ | 20:34 |
| weshay | rlandy, sorry.. slow today.. maybe I need more info on blue | 20:34 |
| weshay | arxcruz|ruck, go look at the cix board | 20:34 |
| weshay | :) | 20:34 |
| * weshay will udpate the the rhos board label | 20:35 | |
| arxcruz|ruck | weshay: yeah, i saw the issues today in the meeting, that's why i was wondering why the board was 13 days and 0 issues | 20:35 |
| weshay | arxcruz|ruck, the dashboard is master.. we moved cix from master to $release because the tracking was getting jacked | 20:36 |
| arxcruz|ruck | weshay: sorry, i didn't get it... | 20:37 |
| * arxcruz|ruck come from german classes, takes a while to switch context properly :P | 20:37 | |
| weshay | arxcruz|ruck, I'll show you | 20:37 |
| weshay | blue | 20:37 |
| weshay | arxcruz|ruck, https://code.engineering.redhat.com/gerrit/gitweb?p=rhosp-dashboards.git;a=tree | 20:40 |
| rlandy | weshay: np - I'll get back to you once the test completes | 20:40 |
| arxcruz|ruck | weshay: https://bugs.launchpad.net/tripleo/+bug/1811682 | 20:47 |
| openstack | Launchpad bug 1811682 in tripleo "centos-binary-swift-object failed with cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory"" [Critical,Triaged] | 20:47 |
| weshay | rlandy, thanks for looking into that | 20:53 |
| weshay | http://codesearch.openstack.org/?q=net-config-simple-bridge.yaml&i=nope&files=&repos= | 20:53 |
| weshay | vs. | 20:53 |
| weshay | http://codesearch.openstack.org/?q=net-config-undercloud.yaml&i=nope&files=&repos= | 20:53 |
| weshay | rlandy, I'll ask in #tripleo | 20:54 |
| *** hamzy_ has joined #oooq | 21:03 | |
| *** hamzy has quit IRC | 21:11 | |
| rlandy | it may not help - I'm testing | 21:17 |
| weshay | rlandy, it's a little troubling to see that it's really split 50/50 on the use of both | 21:39 |
| weshay | I think I was just TOLD to use the one in minimal | 21:40 |
| rlandy | weshay: it may not make a difference | 21:40 |
| rlandy | I dont have result yet to prove one way or another | 21:40 |
| rlandy | I am just going off the comment in the bug that it helped | 21:40 |
| rlandy | ugh - stupid check job fails introspection :( | 22:01 |
| hubbot1 | FAILING CHECK JOBS on master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ https://review.openstack.org/604298, stable/pike: tripleo-ci-centos-7-scenario001-multinode-oooq-container @ https://review.openstack.org/602248, master: tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades, tripleo-ci-centos-7-scenario003-standalone @ (1 more message) | 22:25 |
| *** vinaykns has quit IRC | 22:26 | |
| *** rascasoft has quit IRC | 23:10 | |
| *** rascasoft has joined #oooq | 23:21 | |
| *** rlandy has quit IRC | 23:25 | |
| *** rascasoft has quit IRC | 23:26 | |
| *** rfolco has quit IRC | 23:45 | |
| *** rfolco has joined #oooq | 23:45 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!