| *** ysandeep|out is now known as ysandeep | 05:29 | |
| *** ysandeep is now known as ysandeep|ruck | 06:01 | |
| ysandeep|ruck | hah, lol of failed Gate job due to Ceph version.. ERROR: Container release pacific != cephadm release quincy; please use matching version of cephadm (pass --allow-mismatched-release to continue anyway)"], | 06:11 |
|---|---|---|
| ysandeep|ruck | I think they should pass now with ceph-daemon (quincy) | 06:11 |
| *** amoralej|off is now known as amoralej | 06:16 | |
| marios | ysandeep|ruck: o/ dviroel|afk was going to fix that with current-ceph promotion did he leave notes? | 06:32 |
| ysandeep|ruck | marios, I don't see anything in rr hackmd.. | 06:34 |
| ysandeep|ruck | <dviroel> ysandeep|ruck: rcastillo|rover: after merging release file changes, it will break ceph jobs for some minutes, until i get ceph-daemon container promoted via testproject | 06:34 |
| ysandeep|ruck | ^^ this is the only headsup I get, /me not sure if they promoted via testproject or not | 06:34 |
| ysandeep|ruck | let me try to find testproject patches from dviroel|afk | 06:35 |
| marios | ysandeep|ruck: yeah https://review.rdoproject.org/r/q/project:testproject+status:open+owner:viroel%2540gmail.com | 06:35 |
| marios | looking | 06:35 |
| marios | only recent one is there https://review.rdoproject.org/r/c/testproject/+/36356 but not related i think | 06:35 |
| marios | fpantano: do you know about which testproject dviroel|afk was using for promotion to fix the jobs after yesterday's merge for quincy repos? | 06:36 |
| ysandeep|ruck | marios, is this the correct job- periodic-tripleo-ci-promote-ceph-daemon-to-current-ceph-master-test ? | 06:37 |
| ysandeep|ruck | I don't see any recent run here: https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-promote-ceph-daemon-to-current-ceph-master-test%09&skip=0 | 06:38 |
| marios | ysandeep|ruck: i guess that is just 'test' based on the name -test | 06:39 |
| marios | ysandeep|ruck: so there must be another one it is in periodic lemme check | 06:39 |
| ysandeep|ruck | yeah my bad | 06:40 |
| ysandeep|ruck | https://review.rdoproject.org/zuul/buildset/b618843a4ba44d1fb157028c42dee3a6 | 06:40 |
| ysandeep|ruck | tripleo-ci-promote-ceph-daemon-tag-to-current-ceph-master | 06:40 |
| marios | periodic-promote-ceph-daemon | 06:41 |
| marios | ysandeep|ruck: i see that in rdo-jobs ^^ zuul.d/ceph-jobs | 06:41 |
| ysandeep|ruck | marios, https://review.rdoproject.org/r/c/testproject/+/36727 | 06:41 |
| marios | ysandeep|ruck: ah cos it was abandoned didn't show in our search... | 06:41 |
| marios | but ... why | 06:42 |
| ysandeep|ruck | may be because he was waiting for https://review.opendev.org/c/openstack/tripleo-quickstart/+/852731 to merge first | 06:42 |
| marios | ysandeep|ruck: i guess he didn't need zuul to report, just needed those jobs to run. perhaps they passed then he abandoned it? | 06:43 |
| marios | ah maybe ysandeep|ruck it didnt merge until 3 hours after abandon? | 06:43 |
| ysandeep|ruck | marios nah.. it didn't ran see https://review.rdoproject.org/zuul/builds?job_name=tripleo-ci-promote-ceph-daemon-tag-to-current-ceph-master&skip=0 | 06:43 |
| marios | but this is no good | 06:43 |
| ysandeep|ruck | last run was aborted | 06:43 |
| marios | it means scen1/4 is broken today | 06:43 |
| ysandeep|ruck | yes. failing everywhere now | 06:44 |
| marios | so we should revert https://review.opendev.org/c/openstack/tripleo-quickstart/+/852731 in this case :/ but hope it doesnt take all day to merge | 06:44 |
| marios | ysandeep|ruck: posted it | 06:45 |
| marios | ysandeep|ruck: may as well get zuul running on it in case we go with it | 06:45 |
| ysandeep|ruck | thanks! let me check deeply if we can promote the new containers instead | 06:45 |
| *** jgilaber_ is now known as jgilaber | 07:01 | |
| *** jpena|off is now known as jpena | 07:38 | |
| *** ysandeep|ruck is now known as ysandeep|lunch | 08:34 | |
| ibernal | Hi, Ignacio here from CRE team. I am trying to figure out why a particular job I am testing is failing con Component Pipeline but it's not displaying any logs on the build page in zuul. | 08:42 |
| ibernal | https://sf.hosted.upshift.rdu2.redhat.com/zuul/t/tripleo-ci-internal/build/f5a54f984c6d40de99cad04a98dfec3f/artifacts | 08:42 |
| ibernal | Any tips on this one? | 08:42 |
| marios | ibernal: from quick look might be due to th eparenting. previously the job called periodic-tripleo-ci-rhel-8-scenario012-standalone-rhos-16.2 which you are parenting your job from, had 2 definitions (so multiparenting in place for child jobs of that) | 08:47 |
| marios | ibernal: but now you removed one of those 2 definitions for periodic-tripleo-ci-rhel-8-scenario012-standalone-rhos-16.2 | 08:47 |
| marios | ibernal: what do you need? is it just to run tripleo-ci-rhel-8-scenario012-standalone-rhos-16.2 ? | 08:48 |
| ibernal | Hey Marios, basically yes | 08:49 |
| marios | ibernal: k sec fetching link for you (familiar with testproject? we have internal one too) | 08:49 |
| ibernal | Yes, I have used it before to trigger this job. | 08:50 |
| ibernal | Ideally I would like to trigger my job with tripleo-ci-rhel-8-scenario012-standalone-rhos-16.2 as a parent | 08:50 |
| ibernal | in case I want to customize it for my needs in the future | 08:51 |
| marios | ibernal: ok do you need me to give pointers for testproject? | 08:51 |
| ibernal | No need for pointers thanks! | 08:51 |
| marios | ibernal: ok | 08:52 |
| ibernal | thank you Marios | 08:55 |
| ibernal | marios++ | 08:55 |
| marios | np ibernal | 08:57 |
| marios | o/ tripleo-ci please needs reviews https://review.rdoproject.org/r/c/rdo-jobs/+/44067 context/testing in commit message thank you | 09:16 |
| reviewbot | Do you want me to add your patch to the Review list? Please type something like add to review list <your_patch> so that I can understand. Thanks. | 09:16 |
| * bhagyashris stepping out for hr | 09:17 | |
| marios | akahat: see pvt when you get a chance thanks | 09:30 |
| *** ysandeep|lunch is now known as ysandeep | 10:05 | |
| *** ysandeep is now known as ysandeep|ruck | 10:07 | |
| ysandeep|ruck | marios, ack checking | 10:13 |
| ysandeep|ruck | +wed | 10:22 |
| ysandeep|ruck | marios, ewww. https://review.rdoproject.org/r/c/rdo-jobs/+/44067/7#message-69efa41e2a16a9e69963c2f23ad325dae974f295 | 10:23 |
| ysandeep|ruck | this should go first.. https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/853167 | 10:23 |
| marios | ack yeah looks like depends-on blocked it thanks for reveiw and w+ | 10:24 |
| marios | we can recheck once the depends-on merges | 10:24 |
| marios | thank you | 10:24 |
| marios | ysandeep|ruck: ^^ | 10:24 |
| marios | akahat: o/ also please see comments @ https://review.rdoproject.org/r/c/rdo-jobs/+/44415/2#message-37e348601bf18ce7f7bc2ec92590a36e09c3278c | 11:00 |
| marios | akahat: we can discuss if we setup call for tomorrow | 11:00 |
| akahat | marios, o/ looking in | 11:04 |
| ysandeep|ruck | Tengu, hey o/ with nftables sc001 finished within 1 hr 37 mins.. earlier it was ~2 hours | 11:09 |
| ysandeep|ruck | https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-9-scenario001-standalone-master&result=SUCCESS&skip=0 | 11:09 |
| Tengu | ysandeep|ruck: \o/ | 11:09 |
| ysandeep|ruck | Tengu, what's the task name now - earlier it was tripleo_firewall : Manage firewall rules | standalone | 0:43:13.707101 | 2526.37s | 11:09 |
| marios | ysandeep|ruck: Tengu: that sounds like a good improvement (should be more really was like 40 mins ) | 11:09 |
| ysandeep|ruck | here are the logs: https://logserver.rdoproject.org/54/31954/67/check/periodic-tripleo-ci-centos-9-scenario001-standalone-master/b3188ea/logs/undercloud/home/zuul/standalone_deploy.log.txt.gz | 11:09 |
| marios | right | 11:09 |
| marios | nice work Tengu ysandeep|ruck | 11:10 |
| ysandeep|ruck | this one - Manage rules via nftables | standalone | 0:01:07.336244 | 0.03s ? | 11:10 |
| ysandeep|ruck | Tengu marios , https://paste.openstack.org/show/biFnu48y5rdxkKUJ8rxP/ :) | 11:15 |
| Tengu | :) | 11:15 |
| Tengu | told ya | 11:15 |
| marios | ysandeep|ruck: please copy/paste that into the bug or add attachment to comment ? | 11:15 |
| Tengu | the way I implemented nftables makes it soooo much faster :) | 11:15 |
| ysandeep|ruck | marios, yes I will.. | 11:16 |
| marios | Tengu: does this go back to the time you said 'consolidation' ? | 11:16 |
| marios | Tengu: and you had divine inspiration as well as jedi knighthood? | 11:16 |
| ysandeep|ruck | Tengu, 2 sec is super duper fast and that's ansible taking most of those 2 secs | 11:16 |
| marios | ysandeep|ruck: yeah but how can we make it faster ? /me pokerface | 11:17 |
| marios | :D | 11:17 |
| ysandeep|ruck | hahaha, I will not say get rid of ansible and bring directord (don't want to bring that conv again):D | 11:18 |
| Tengu | marios: :) | 11:18 |
| Tengu | well, we probably can make a bit faster by running ansible from localhost instead of relying on SSH... | 11:19 |
| Tengu | and I say that with some seriousness.... | 11:19 |
| Tengu | though it actually takes more than 2s - there's the whole templating generation beforehand, if we really want to consider everything. Still, we're somewhere under 30 seconds to get *everything*. | 11:21 |
| Tengu | without any risk of lockout. | 11:21 |
| marios | Tengu: sanity check we already discussed this but to be clear this is only ci right? | 11:24 |
| marios | Tengu: default is not yet sorted until upgrade from ip to nftables | 11:24 |
| Tengu | marios: default is still set to iptables, yes. | 11:24 |
| marios | ysandeep|ruck: did we enable this for all jobs or only scen1? | 11:25 |
| Tengu | we're still testing, and we must wait for the new OC image to be built with nftables - and we may want to ensure https://review.opendev.org/c/openstack/tripleo-ansible/+/853252 is in as well. | 11:25 |
| Tengu | there are some depends-on that are pretty strict. | 11:25 |
| Tengu | marios: https://review.opendev.org/c/openstack/tripleo-heat-templates/+/852808 | 11:25 |
| Tengu | and then there's also https://review.opendev.org/c/openstack/tripleo-ansible/+/853282 (depends-on the 852808) | 11:26 |
| ysandeep|ruck | marios, tested with testproject for now.. Will be default once ^^ merges.. need more testing atm. | 11:26 |
| Tengu | ysandeep|ruck: btw - what's the OC image status? is it available with nftables now? | 11:26 |
| marios | ysandeep|ruck: Tengu: ok so not wired up for jobs yet | 11:26 |
| marios | thanks | 11:26 |
| Tengu | marios: "still compiling" :) | 11:27 |
| Tengu | but we're on the right track. | 11:27 |
| Tengu | really | 11:27 |
| Tengu | the nftables thing is faster (we can see it in the tests), and also more secure (hence the many tests we're conducting) | 11:27 |
| ysandeep|ruck | Tengu, Yes it should be available now - atleast for tripleo-ci-testing hash.. let me crosscheck quickly | 11:27 |
| Tengu | ysandeep|ruck: thanks! | 11:27 |
| Tengu | ysandeep|ruck: quick question: what's this? fatal: [subnode-1]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: kex_exchange_identification: read: Connection reset by peer\r\nConnection reset by 10.209.128.68 port 22", "unreachable": true} | 11:31 |
| Tengu | mainly: what's this IP? is it something running on the OC, or is it some CI internal service? | 11:31 |
| Tengu | ah. that IP is used on the OC node. ook. | 11:32 |
| Tengu | it's not the ctlplane though. | 11:33 |
| Tengu | is it playing the public network IP maybe? | 11:33 |
| ysandeep|ruck | we are randomly seeing that everywhere.. even in content provider | 11:33 |
| ysandeep|ruck | Tengu, see this https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_649/852532/5/gate/tripleo-ci-centos-9-content-provider/649da27/job-output.txt | 11:33 |
| ysandeep|ruck | 2022-08-18 01:14:06.982440 | primary | failed: [undercloud] (item=quay.io/prometheus/node-exporter:v1.3.1) => {"ansible_loop_var": "item", "item": "quay.io/prometheus/node-exporter:v1.3.1", "msg": "Failed to connect to the host via ssh: kex_exchange_identification: Connection closed by remote host\r\nConnection closed by 127.0.0.2 port 22", "unreachable": true} | 11:33 |
| ysandeep|ruck | even with 127.0.0.2 | 11:34 |
| Tengu | ysandeep|ruck: oh, ok. so not really something related to the switch... or all of them are related to the nftables tests? | 11:34 |
| Tengu | fun... that one shows iptables at play while it should be nftables: https://8e74bd9f786f5b8b89c6-371b85667fbec8e83bb96281e5edcc13.ssl.cf2.rackcdn.com/853252/3/check/tripleo-ci-centos-9-containers-multinode/c6e5b64/logs/subnode-1/var/log/extra/nftables.txt | 11:34 |
| Tengu | apparently the switch isn't correctly done. | 11:35 |
| Tengu | oh. dang. how wrong. | 11:35 |
| Tengu | that's not the switch patch | 11:35 |
| ysandeep|ruck | Tengu, I don't think they are related to nftables because we are seeing on upstream check/gate as well - and even in content provider .. looks some like ssh/ansible issue | 11:35 |
| Tengu | ysandeep|ruck: ok - and the job is just ensuring nftables IS installed (https://review.opendev.org/c/openstack/tripleo-ansible/+/853252) so yeah, nothing to worry. | 11:36 |
| ysandeep|ruck | Tengu, we have reported a bug but because issue is not consistent(very random) could not make any progress yet: https://bugs.launchpad.net/tripleo/+bug/1986708 | 11:36 |
| Tengu | speeeaking of that, I'll have to change the default engine in tripleo-ansible as well. | 11:36 |
| Tengu | ysandeep|ruck: 'k. | 11:36 |
| *** dviroel|afk is now known as dviroel | 11:39 | |
| ysandeep|ruck | Tengu, interesting https://review.opendev.org/c/openstack/tripleo-puppet-elements/+/853224 merged 2 days ago but I can see nftables getting installed earlier as well. | 11:42 |
| ysandeep|ruck | https://logserver.rdoproject.org/openstack-periodic-integration-main/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-centos-9-buildimage-overcloud-hardened-uefi-full-master/7a86e31/overcloud-hardened-uefi-full.log | 11:42 |
| ysandeep|ruck | 2022-08-01 00:55:12.774 | nftables x86_64 1:1.0.4-2.el9 quickstart-centos-base 399 k | 11:42 |
| Tengu | ysandeep|ruck: added a comment on the LP about the connections. | 11:47 |
| Tengu | may have found something. | 11:47 |
| Tengu | ysandeep|ruck: well, nftables wasn't installed on the OC cs9, that's for sure.... unless it became a dependency in the meanwhile, but I doubt it :/ | 11:48 |
| akahat | ysandeep|ruck, o/ is it known issue: https://8b5ec10dd250ff86da53-b37c466c2c0a96beb3466c3b3d4e1c87.ssl.cf2.rackcdn.com/852733/2/gate/tripleo-ci-centos-9-undercloud-upgrade/3a63ea6/logs/undercloud/home/zuul/undercloud_upgrade.log ? | 11:50 |
| Tengu | ah.... maybe it's related to puppetlabs-apache | 11:52 |
| ysandeep|ruck | Tengu, >> nftables wasn't installed on the OC cs9 - based on overcloud images it was getting installed as dependency earlier | 11:52 |
| ysandeep|ruck | probably nftables was not able on jobs which don't use overcloud images at all. | 11:52 |
| Tengu | akahat: care to ping tkajinam on #tripleo? | 11:52 |
| Tengu | just to be sure. | 11:52 |
| ysandeep|ruck | like the container multinode job. | 11:52 |
| Tengu | ysandeep|ruck: weird. well. anyway. now we're 100% sure it's present. | 11:52 |
| Tengu | and with the tripleo-ansible/tripleo_bootstrap, that will lock the issue for good. | 11:53 |
| ysandeep|ruck | yes tripleo_bootstrap will fix the issue for container multinode job :) | 11:53 |
| Tengu | ysandeep|ruck: just a matter of getting the patch in -.- | 11:54 |
| ysandeep|ruck | Tengu, let me test more jobs with your patches just to be double sure everything is fine and we can chat about some of the dropped packets on OC - maybe tomorrow | 11:55 |
| Tengu | ysandeep|ruck: sure | 11:56 |
| ysandeep|ruck | Tengu, fyi.. this may fix that ssh: kex_exchange_identification issue: https://review.opendev.org/c/openstack/project-config/+/853536 | 12:24 |
| ysandeep|ruck | ^^ merged, we are keeping an eye | 12:25 |
| Tengu | aha. | 12:26 |
| Tengu | ssh scan. maybe we can tweak a firewall rule for that. | 12:26 |
| Tengu | :] | 12:26 |
| Tengu | oh. yes. we can. of course! | 12:27 |
| Tengu | we can allow SSH from known CI networks; then play with the burst setting to slow the scan attempts. | 12:27 |
| Tengu | :D | 12:27 |
| Tengu | that would be soooo much fun to do | 12:28 |
| pojadhav | scrum in 4 mins : arxcruz, rlandy, marios, ysandeep|ruck , bhagyashris, svyas, soniya29, pojadhav, akahat, chandankumar, frenzy_friday, anbanerj, dviroel, rcastillo, dasm, jm1 | 12:56 |
| pojadhav | reviews : https://review.opendev.org/c/openstack/tripleo-heat-templates/+/853336 | 13:03 |
| ysandeep|ruck | chandankumar, hey o/ could you please send an update on vexx ticket to see if they found anything new on that retry issue? | 13:40 |
| ysandeep|ruck | I don't have access to vexx atm | 13:40 |
| chandankumar | ysandeep|ruck: can you pass me the bug link | 13:41 |
| chandankumar | https://bugs.launchpad.net/tripleo/+bug/1983817 this one | 13:42 |
| chandankumar | dviroel: do you have access to vexxhost tickets? | 13:51 |
| dviroel | chandankumar: i don't think so | 13:53 |
| chandankumar | ok | 13:53 |
| ysandeep|ruck | rcastillo|rover, dviroel soniya29 fyi.. https://bugs.launchpad.net/tripleo/+bug/1986960 reported a new bug | 14:15 |
| dviroel | ysandeep|ruck: thanks | 14:15 |
| soniya29 | ysandeep|ruck, thanks | 14:17 |
| ysandeep|ruck | marios, chandankumar for your next review cycle, we need https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/853652 to solve gate blocker https://bugs.launchpad.net/tripleo/+bug/1986960 | 14:17 |
| ysandeep|ruck | reviewbot, please add in review list: https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/853652 | 14:22 |
| reviewbot | I have added your review to the Review list | 14:22 |
| marios | ysandeep|ruck: ack will check after call | 14:31 |
| ysandeep|ruck | thanks! | 14:31 |
| dviroel | ysandeep|ruck: i am planning to W+ today if this works | 14:32 |
| dviroel | lets see | 14:33 |
| ysandeep|ruck | lgtm to fix the immediate gate blocker - I have left our conversation as a comment incase we want to follow up with a better fix later | 14:36 |
| * dviroel rebooting | 14:36 | |
| *** ysandeep|ruck is now known as ysandeep|afk | 14:38 | |
| *** ysandeep|afk is now known as ysandeep | 14:57 | |
| ysandeep | rcastillo|rover, dviroel do you need anything before I leave for the day? | 14:59 |
| * ysandeep will be on PTO tomorrow - I want to rest for a day after a well fought rr week :D (just kidding - taking my comp off for extra day last week.) | 15:01 | |
| dviroel | ysandeep: don't think so, thanks | 15:04 |
| ysandeep | dviroel, thanks! | 15:05 |
| *** ysandeep is now known as ysandeep|PTO | 15:05 | |
| marios | ysandeep|PTO: have a good rest o/ | 15:05 |
| ysandeep|PTO | marios: Happy vacation! see you in 2 weeks :) | 15:06 |
| marios | dviroel: maybe you can workflow that later? https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/853652/2#message-ed055f681aa1aec89fa7e1efe98b47254ee7fb71 | 15:07 |
| marios | ysandeep|PTO: ack on the review request ^^^ 6thanks | 15:07 |
| marios | thanks ysandeep|PTO o/ see you soon :) | 15:08 |
| dviroel | marios: yep sure | 15:08 |
| marios | dviroel: seems to be a wallaby blocker info on that commit message just waiting on zuul to report | 15:08 |
| chandankumar | see ya! | 15:09 |
| chem | marios: hey o/ ... I was wondering if there is a scenario with oc deployment which work with master beside 000 ... it seems that having ceph in the resource_registry just lead to error | 15:09 |
| *** dasm|off is now known as dasm | 15:09 | |
| dasm | o/ | 15:09 |
| chem | marios: sorry for the distraction ... just wondering if you've bumped into that error already | 15:10 |
| chem | namely that one -> "tripleoclient.exceptions.InvalidConfiguration: Ceph deployment is not available anymore during overcloud deploy." | 15:10 |
| marios | there were some ceph related blockers today | 15:15 |
| marios | perhaps you are hitting some version of https://bugs.launchpad.net/tripleo/+bug/1986960 ? | 15:16 |
| marios | chem: not sure what you mean with 18:09 < chem> marios: hey o/ ... I was wondering if there is a scenario with oc deployment which work with master beside 000 ... it seems that having | 15:16 |
| marios | chem: otherwise probably fpantano is the one to ask about the ceph errors (not something i've seen personally but as i said there were some scen1/4 ceph breakages/gate today) | 15:16 |
| marios | chem: off in few mins sofer but if you want/helpful we can talk again in our morning tomorrow | 15:18 |
| chem | marios: ack, I'll try to check with fpantano and might open a ticket | 15:18 |
| chem | marios have a good evening | 15:18 |
| dviroel | chem: ack, fultonj on #tripleo can help you with that too | 15:20 |
| fpantano | o/ | 15:22 |
| chem | fpantano: hey | 15:22 |
| fpantano | chem: as per that message, ceph deployment is now happening before the overcloud deployment | 15:22 |
| fpantano | and there's a tripleoclient patch that prevents you to deploy ceph (or add any ceph stuff) if it's not deployed already | 15:23 |
| fpantano | and quickstart/CI has been changed accordingly | 15:23 |
| chem | fpantano: https://review.opendev.org/c/openstack/python-tripleoclient/+/839727 is the one. But I was wondering if there is an usable multinode container scenario that I can use for upstream testing ? | 15:23 |
| fpantano | yeah that one, mmmm not aware about multinode + ceph | 15:23 |
| fpantano | ceph is deployed in scenario001 and scenario004, but they're standalone | 15:24 |
| chem | fpantano: currently only 000 and 007 doesn't have ... but they don't have enough other things ... so for instance scenario010 multinode containers is broken | 15:24 |
| fpantano | because of ceph? ^ /me not familiar with that scenario, I have to check | 15:25 |
| * fpantano checking | 15:25 | |
| chem | fpantano: it has some ceph definition in the resource registry so "bam" | 15:25 |
| chem | fpantano: same for scenario001-multinode-containers | 15:26 |
| fpantano | yeah, we should compare it w/ 001 or 004, or remove ceph from there if it's not relevant (not used in CI) | 15:27 |
| chem | fpantano: well if one (like only me it seems :)) use them it get the error message. So might be worth a lp and a patch then ? | 15:27 |
| *** amoralej is now known as amoralej|off | 15:27 | |
| marios | you too chem o/ | 15:27 |
| fpantano | yeah | 15:28 |
| chem | fpantano: I might be able to do both if you kindly review :) | 15:28 |
| fpantano | let's have a lp and some logs, I guess the problem is not having scenario010 aligned w/ 004 and 001 | 15:28 |
| chem | fpantano: yeah, I'll play the seven diff ... thanks for the pointer and I'll look into them (might be better than removing any occurence of ceph :)) | 15:29 |
| fpantano | chem: of course | 15:29 |
| *** marios is now known as marios|out | 15:30 | |
| chem | fpantano: could it be that not having the CephClient defined might be enought ? | 15:31 |
| chem | fpantano: oki It seems I've got the critical one ... should be able to test something soon | 15:32 |
| fpantano | mm I don't think so | 15:32 |
| chandankumar | marios|out: ysandeep|PTO dviroel new password for dlrn user added to bitwarden | 15:33 |
| chandankumar | akahat: ^^ | 15:33 |
| fpantano | the condition is on some resource_registry services definition + deployed_ceph parameter | 15:33 |
| * dviroel lunch - brb | 15:35 | |
| chem | fpantano: oki, the lp is that https://bugs.launchpad.net/tripleo/+bug/1986974 | 15:40 |
| chem | fpantano: code should follow | 15:40 |
| fpantano | ++ | 15:43 |
| fpantano | thanks chem | 15:43 |
| chem | fpantano: so DeployedCeph seems to be the important parameter | 15:45 |
| fpantano | yes, it's part of the && condition | 15:46 |
| fpantano | because when you run openstack ceph deploy .... -> it sets parameters for you | 15:46 |
| fpantano | and then you include those params in the heat stack | 15:46 |
| chem | fpantano: now I'm wondering if changes are needed in tripleo-ci (or somehwere) for explicitely running the ceph deployment ... | 15:46 |
| fpantano | I think so | 15:47 |
| fpantano | you can check how sc001 and sc004 are set | 15:47 |
| * fpantano not too much familiar w/ that setup | 15:48 | |
| fpantano | but marios || dviroel can help | 15:48 |
| chem | fpantano: do you have a featureset number ? | 15:48 |
| fpantano | it should be here https://github.com/openstack/tripleo-ci/blob/master/zuul.d/standalone-jobs.yaml | 15:48 |
| fpantano | mmmm nope :/ | 15:49 |
| chem | featureset: '052' | 15:51 |
| chem | standalone_ceph: true looks nice :) | 15:51 |
| chem | or not ... god | 15:52 |
| chem | fpantano: hum ... doesn't look good, ceph-install.yaml in oooq-extra is only there for roles/standalone, not such thing for roles/multinodes .. | 15:57 |
| chem | fpantano: might be a bit too much for a quick hack session ... | 15:58 |
| fpantano | nice, we need more patches in quickstart then | 15:58 |
| fpantano | we can add support, but I guess it's not so quick | 15:59 |
| chem | fpantano: https://opendev.org/openstack/tripleo-quickstart-extras/src/branch/master/roles/standalone/tasks/ceph-install.yml need to be ported to multinode I guess | 15:59 |
| chem | fpantano: as it look like I'm the only consumer of this it might take a while :) | 16:00 |
| chem | fpantano: currently trying with any ceph reference removed ... it seems to go further but ... well | 16:00 |
| *** jpena is now known as jpena|off | 16:42 | |
| * dasm => going for a walk | 18:54 | |
| *** rcastillo|rover_ is now known as rcastillo|rover | 19:16 | |
| rcastillo|rover | power went out, couldn't join review meeting | 19:16 |
| rcastillo|rover | big storm here, if I'm gone that's why | 19:16 |
| dviroel | rcastillo|rover: ack, np | 19:17 |
| * dasm is back | 19:47 | |
| dviroel | rcastillo|rover: https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/853652 in gates, we need this one merged to fix wallaby gates | 20:05 |
| rcastillo|rover | dviroel: ack will track | 20:21 |
| *** dviroel is now known as dviroel|afk | 20:32 | |
| * dasm => offline | 22:08 | |
| *** dasm is now known as dasm|off | 22:08 | |
| dasm|off | o/ | 22:08 |
| *** rlandy_ is now known as rlandy|out | 23:13 | |
| *** rcastillo|rover is now known as rcastillo | 23:13 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!